MySQL 8.0用--skip-grant-tables启动后连不上，需先停止系统服务、加--skip-networking启动、检查端口；连入后先FLUSH PRIVILEGES，再ALTER USER指定mysql_native_password插件改密；重启前须确认插件并配置default_authentication_plugin，且移除skip-grant-tables。
MySQL 8.0用--skip-grant-tables启动后连不上怎么办
直接执行 mysqld --skip-grant-tables 后，mysql -u root 报错“Access denied”或根本连不上，大概率是因为服务没真正跳过权限校验——常见原因是没加 --skip-networking，或 mysqld 进程被 systemd 管理着，你手动启的实例和系统服务端口冲突。
必须确保：
- MySQL 服务已完全停止：sudo systemctl stop mysqld（不是 restart 或 kill -9）
- 启动命令显式带上 --skip-networking，防止远程连接干扰本地认证逻辑
- 不要用 mysqld_safe（MySQL 8.0 默认不带，且行为不稳定），改用原生 mysqld
- 启动后检查 3306 是否监听：ss -tlnp | grep :3306，确认是刚启的进程在监听
连进去了但ALTER USER报错“Operation not allowed”
MySQL 8.0 在 --skip-grant-tables 模式下仍会部分校验用户状态，如果直接执行 ALTER USER 'root'@'localhost' IDENTIFIED BY 'xxx' 失败，说明当前 session 的 user 表还没加载完整，或者插件字段不匹配。
正确顺序是：
- 先 FLUSH PRIVILEGES（强制重载权限表）
- 再执行 ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY '新密码';（必须指定插件，8.0 默认是 caching_sha2_password，很多客户端不认）
- 如果提示 user 表不存在或字段缺失，说明你漏了 USE mysql; 切库，但其实不用切——ALTER USER 是全局语句，不依赖当前数据库
重启后还是连不上，报“Client does not support authentication protocol”
这是最典型的兼容性坑：密码改了，但认证插件没同步更新。即使你在 --skip-grant-tables 下用了 IDENTIFIED WITH mysql_native_password，重启后如果配置文件里没锁定插件，mysqld 可能又切回默认的 caching_sha2_password。
两个保险动作：
- 登录成功后立刻查插件：SELECT user, host, plugin FROM mysql.user WHERE user = 'root';，确认值是 mysql_native_password
- 编辑 /etc/my.cnf 或 /etc/mysql/mysql.conf.d/mysqld.cnf，在 [mysqld] 段加一行：default_authentication_plugin=mysql_native_password
- 重启前务必删掉配置里残留的 skip-grant-tables，否则下次启动还是免密模式
为什么不能只用--init-file，非得搞--skip-grant-tables
--init-file 看似简单，但它要求 mysqld 能正常加载权限系统——而你连 root 密码都忘了，说明权限系统本身已不可信。一旦 init 文件执行中途出错（比如路径权限不对、SQL 语法错、插件不匹配），mysqld 会静默失败并退出，你连日志都看不到。
--skip-grant-tables 是更底层的绕过，它不依赖任何用户表状态，只要进程起来就能连。代价是操作步骤多一步，但可控性高得多。真实生产环境里，90% 的重置失败都源于试图走捷径用 --init-file 却忽略了文件权限、SELinux 上下文或 systemd 的 PrivateTmp 隔离。
