MySQL加--skip-grant-tables仍连不上，主因是未真正启用该模式、连接走Unix socket而非TCP、5.7+字段名变更、严格模式导致INSERT失败、plugin不匹配或host优先级错误，需检查进程参数、强制TCP连接、正确更新字段、关闭严格模式、核对plugin与host并执行FLUSH PRIVILEGES。
MySQL 启动时加 --skip-grant-tables 还连不上怎么办
跳过权限表模式本身没问题，但常见问题是 MySQL 没真正以该模式启动，或者启动后客户端连接用了 Unix socket 而非 TCP，导致仍受本地 socket 权限限制。
- 确认启动命令是否生效：用
ps aux | grep mysqld查看进程参数里有没有--skip-grant-tables，不是只改了配置文件就完事——必须显式传参或在my.cnf的[mysqld]下写skip-grant-tables并重启服务 - 连接时强制走 TCP：即使本地也用
mysql -h 127.0.0.1 -P 3306 -u root，避免mysql -u root默认走 socket（此时仍可能报Access denied for user 'root'@'localhost'） - 5.7+ 版本注意
authentication_string字段替代了password字段，直接 updatemysql.user表时字段名写错会静默失败
重新插入 root 用户时 INSERT INTO mysql.user 报错 Field 'ssl_cipher' doesn't have a default value
这是严格 SQL 模式（STRICT_TRANS_TABLES）下，mysql.user 表部分字段不允许 NULL 且没默认值，直接 INSERT 缺失字段就会失败。
- 临时关掉严格模式：启动时加
--sql-mode=""，或连上后执行SET sql_mode = '';（需有 super 权限，所以必须在--skip-grant-tables下） - 更稳妥的做法是用
CREATE USER+GRANT：MySQL 5.7+ 支持CREATE USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'xxx';，再GRANT ALL PRIVILEGES ON *.* TO 'root'@'localhost' WITH GRANT OPTION; - 别漏掉
'root'@'127.0.0.1'和'root'@'%'——很多工具（如 phpMyAdmin、Docker 内连接）走的是 IP 而非 localhost，只插 localhost 会导致“能登命令行但程序连不上”
执行 FLUSH PRIVILEGES 后 root 仍无法登录的几个隐藏原因
FLUSH PRIVILEGES 不是万能的，尤其在跳过权限表模式下，它只重载内存中的权限缓存，而某些状态（比如认证插件不匹配）不会被刷新覆盖。
- 检查
plugin字段值：5.7+ 默认是mysql_native_password，如果误设为caching_sha2_password（8.0 默认），老客户端会直接拒绝握手，错误信息常是Client does not support authentication protocol requested by server - 确认 host 匹配顺序：MySQL 按
user表中host字段从具体到宽泛排序匹配，'root'@'localhost'和'root'@'%'同时存在时，localhost 优先级更高；但如果删库重插顺序不对，可能导致实际生效的是空密码或错误插件的记录 - 有些发行版（如 Ubuntu 的 mysql-server 包）会额外启用
validate_password插件，即使跳过权限表，CREATE USER 时若密码太简单，仍会报错Your password does not satisfy the current policy requirements
退出 --skip-grant-tables 后服务自动退出或权限失效
这不是数据问题，而是 MySQL 在检测到权限系统异常时主动拒绝继续运行——它发现 mysql.user 表里没有有效 root 或权限结构不完整，会在常规启动流程中 abort。
- 退出前务必执行
FLUSH PRIVILEGES;，然后用mysqladmin shutdown正常关闭，再删掉配置里的skip-grant-tables重启；直接 kill 进程再启，很可能触发校验失败 - 重启后第一件事是连上去验证：
SELECT user,host,plugin,authentication_string FROM mysql.user WHERE user='root';，确保至少有一条记录的plugin是mysql_native_password且authentication_string非空 - 如果用 Docker 或 systemd 管理服务，注意它可能设置了
Restart=always，反复崩溃重启会掩盖真实错误，先查journalctl -u mysql或容器日志里的最后一句 fatal error
事情说清了就结束。最常卡住的地方不是 SQL 写错，而是 host 匹配、plugin 类型、以及以为 flush 了就万事大吉——其实 MySQL 启动时还会做一次全量权限表一致性校验。
