ALTER USER是MySQL 5.7.6+最稳妥的密码修改方式，因PASSWORD()函数和Password字段已被废弃，必须用ALTER USER 'root'@'localhost' IDENTIFIED BY 'newpass'并确保host匹配，无需FLUSH PRIVILEGES。
ALTER USER 是当前最稳妥的修改方式
MySQL 5.7.6 及以后版本（包括所有 8.x）已废弃 PASSWORD() 函数和 Password 字段，authentication_string 成为唯一合法密码存储字段。直接用 UPDATE user SET Password = PASSWORD('xxx') 会静默失败或登录报错 Access denied for user 'root'@'localhost'。
正确做法是明确指定 host 范围，避免误改其他账户：
-
ALTER USER 'root'@'localhost' IDENTIFIED BY 'newpass123!';—— 修改仅限本地登录的 root 密码 -
ALTER USER 'root'@'%' IDENTIFIED BY 'newpass123!';—— 修改允许任意 IP 连接的 root 密码（需先存在该账户）
执行后无需手动 FLUSH PRIVILEGES，ALTER USER 已隐式刷新；但若担心权限未即时生效，可补一句 FLUSH PRIVILEGES;。
远程 root 账户不存在时必须先创建
默认安装的 MySQL 通常只建了 'root'@'localhost'，没有 'root'@'%'。直接对 'root'@'%' 执行 ALTER USER 会报错 ERROR 1396 (HY000): Operation ALTER USER failed for 'root'@'%'。
要支持远程 root 登录，分两步走：
- 先确认是否存在：
SELECT Host, User FROM mysql.user WHERE User = 'root'; - 若无
%行，用CREATE USER 'root'@'%' IDENTIFIED BY 'newpass123!';创建，再GRANT ALL PRIVILEGES ON *.* TO 'root'@'%' WITH GRANT OPTION; - 最后
FLUSH PRIVILEGES;—— 这步不可省，否则权限不生效
注意：生产环境严禁开放 'root'@'%'。应创建专用账号（如 'appuser'@'192.168.1.%'），并严格限制库表级权限。
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
忘记密码时跳过权限验证的操作要点
当本地 root 密码丢失，无法登录时，必须通过 --skip-grant-tables 启动 mysqld。但容易踩三个坑：
- systemd 系统下不能直接运行
mysqld_safe --skip-grant-tables &，需先停服务：sudo systemctl stop mysqld，再用sudo mysqld --skip-grant-tables --user=mysql &启动（注意加--user避免权限错误） - 登录后第一件事不是改密码，而是先
FLUSH PRIVILEGES;，否则ALTER USER会报ERROR 1290 (HY000) - 改完必须退出、杀掉 mysqld 进程、还原配置、再
systemctl start mysqld，否则仍处于无权限模式
改密命令统一用：ALTER USER 'root'@'localhost' IDENTIFIED BY 'real_new_pass';，不要碰 authentication_string 字段手动赋值——加密逻辑已由 MySQL 内部管理，手填 41 位哈希极易出错。
Windows 下用 --init-file 重置更稳定
Linux/macOS 常用 --skip-grant-tables，但在 Windows 上因服务管理机制差异，容易卡在启动阶段。推荐用 --init-file 方式：
- 写一个文本文件（如
C:mysql-reset.sql），内容仅一行：ALTER USER 'root'@'localhost' IDENTIFIED BY 'MyNewPass123!'; - 停止服务：
net stop mysql - 命令行启动：
mysqld --init-file=C:\mysql-reset.sql --console（路径双反斜杠） - 看到
ready for connections后，Ctrl+C 结束，再net start mysql正常启服务
这种方式绕过交互式登录，不依赖 shell 权限，适合自动化脚本或 CI/CD 场景。但注意 init-file 文件权限不能太宽松，否则 mysqld 会拒绝加载。
真正麻烦的从来不是改密码本身，而是改完之后没验证远程连接是否真通、没检查应用配置里是否还硬编码着旧密码、也没顺手关掉 'root'@'%' 这种高危账户——这些才是半夜被叫醒的根源。
