跳过权限验证启动 MySQL 服务需先停止原进程并清理配置文件中的 --skip-grant-tables 参数，再以 --skip-grant-tables --skip-networking 启动；连接后用 ALTER USER 修改 root 密码，执行 FLUSH PRIVILEGES，最后移除参数正常重启服务。
跳过权限验证启动 MySQL 服务
MySQL 启动时加 --skip-grant-tables 参数，能绕过权限表校验，让任何用户无需密码就能连接并修改用户数据。但这个操作必须停掉正在运行的 mysqld 进程，否则端口冲突或数据损坏风险很高。
常见错误是直接在已有服务上追加参数重启，结果失败或服务假死。正确做法是先确认进程已终止：
- Linux：用
sudo systemctl stop mysql或sudo pkill mysqld，再用ps aux | grep mysqld确认无残留 - macOS（Homebrew）：用
brew services stop mysql - Windows：在服务管理器中停止
MySQL80（或对应服务名），别只关客户端
然后手动启动：mysqld --skip-grant-tables --skip-networking —— 注意加上 --skip-networking，防止远程未授权访问，本地 socket 连接仍可用。
连接后刷新权限并更新 root 密码
此时用 mysql -u root 即可直连，不需要密码。但注意：5.7+ 版本的密码字段已从 password 改为 authentication_string，直接 UPDATE ... SET password=... 会报错或无效。
推荐用 ALTER USER 语句重置，它自动处理插件和哈希逻辑：
ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY '你的新密码';
如果提示 ERROR 1290 (HY000)，说明当前 session 还没加载权限表，先执行：FLUSH PRIVILEGES; 再重试。切勿跳过这步，否则改完也不生效。
更新完务必退出并正常重启服务——否则 --skip-grant-tables 仍在生效，所有权限控制形同虚设。
重启服务前必须移除跳过参数
很多人改完密码就直接 systemctl start mysql，结果服务启动失败，日志里反复出现 unknown variable 'skip-grant-tables'。这是因为配置文件（如 /etc/mysql/my.cnf 或 /usr/my.cnf）里可能残留了该参数。
检查并清理三处：
-
mysqld段落下的skip-grant-tables -
mysqld_safe段落里的同类配置 - 命令行启动脚本（比如 systemd 的
ExecStart）是否硬编码了该参数
清理后用 mysqld --validate-config 验证配置合法性，再用 systemctl daemon-reload（Linux）或重新注册服务（Windows）确保加载最新配置。
验证新密码并检查 root 用户权限范围
连上后别急着庆祝，先确认 'root'@'localhost' 和 'root'@'%' 是两个独立账户。很多环境里，你改的是前者，但应用连接用的是后者，导致“密码改了还是登不上”。
查清楚当前生效的是哪个：
SELECT user, host FROM mysql.user WHERE user = 'root';
如果需要远程访问，得单独给 'root'@'%' 设密码并授权：ALTER USER 'root'@'%' IDENTIFIED BY '新密码'; GRANT ALL PRIVILEGES ON *.* TO 'root'@'%' WITH GRANT OPTION;。但生产环境强烈不建议开放 'root'@'%'，这是最常被扫描利用的入口。
真正安全的做法是：只保留 'root'@'localhost'，其他管理需求走专用低权限账号 + SSH 跳转。
