必须停服务、加--skip-grant-tables启动、另开终端登录、执行flush privileges、再改密码——漏任何一步都会失败，因为mysqld --skip-grant-tables会阻塞前台等待客户端连接，需另启终端运行mysql -u root登录；alter user失败主因是未刷新权限、host不匹配或插件不兼容；重启前须kill掉残留进程，否则端口冲突。
必须停服务、加 --skip-grant-tables 启动、另开终端登录、执行 FLUSH PRIVILEGES、再改密码——漏任何一步都会失败。
为什么 mysqld --skip-grant-tables 启动后不能直接输命令？
加了这个参数的 mysqld 进程会阻塞在前台，不返回 shell 提示符。这不是卡死，是它在等客户端连接。你得另开一个终端运行 mysql -u root 才能连进去。Windows 下用管理员 CMD，Linux 下建议用 sudo 启动，否则可能因权限不足无法绑定端口或读取数据目录。
ALTER USER 执行失败的三个高频原因
进库后执行 ALTER USER 'root'@'localhost' IDENTIFIED BY 'xxx' 报错，大概率不是语法问题：
MySQL 9.6.0是面向Linux平台的2026年创新版本，核心架构迎来重大革新。其将外键约束与级联操作从InnoDB引擎层上移至SQL层，确保所有数据变更均被完整记录至Binlog，彻底解决了CDC（变更数据捕获）与主从复制中的数据不一致难题。此外，该版本引入container_aware启动选项以原生适配容器环境，并对审计日志进行了组件化重构，为追求极致数据一致性与云原生体验的开发者提供了全新选择。
-
FLUSH PRIVILEGES没执行：跳过权限表启动后，内存缓存仍是旧的，必须手动刷新才能让新密码生效 - host 不匹配：用
SELECT USER(), CURRENT_USER();查看实际匹配的用户，常见的是'root'@'127.0.0.1'而非'localhost'，得对应改 - 认证插件不兼容：MySQL 8.0 默认用
caching_sha2_password，老客户端连不上；可显式指定：ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'xxx'
重启前必须杀掉 skip-grant-tables 进程
很多人改完密码就直接 systemctl start mysqld，结果服务起不来，报 Can't start server: Bind on TCP/IP port——因为之前后台跑的 mysqld --skip-grant-tables 还占着 3306 端口。
先查进程：ps aux | grep mysqld，找带 --skip-grant-tables 的那一行；再杀掉：sudo kill $(pgrep -f "mysqld.*skip-grant-tables")；确认无残留后再正常启服务。
最易被忽略的是：FLUSH PRIVILEGES 不是可选项，是强制步骤；还有就是改完密码没关掉跳过权限模式，等于把数据库大门敞开——生产环境绝对不能留。
