ALTER USER 不能直接重置遗忘的 root 密码，因为它需先登录认证；仅当已通过 --skip-grant-tables 等方式免密进入 MySQL 后，才可用 ALTER USER 'root'@'localhost' IDENTIFIED BY '新密码' 修改密码，并须注意认证插件、host 匹配及密码策略要求。
不能直接用重置忘记的 root 密码——它必须先登录才能执行。
所以“使用
语法重置”这个说法，只适用于你还记得旧密码、或已通过其他方式（如跳过权限验证）获得无密码登录能力的场景。
为什么
本身不能“重置”遗忘的密码
因为
是一条需要认证后才能执行的 SQL 命令。一旦你连不上 MySQL（报错
），这条语句根本没机会运行。
网上很多教程把“重置流程”和“修改命令”混为一谈，导致用户卡在第一步：输错密码进不去，又误以为只要敲对
就能解决。
是修改动作，不是绕过机制
它依赖当前会话已有足够权限（通常是 root 登录态）
MySQL 8.0+ 已弃用
和
直接改表的方式，强制走
，但前提是能登录
哪些情况下真能用上
？
只有当你已经以无密码或免认证方式进入 MySQL 后，
才是真正生效的修改手段。此时要注意三点：
必须先执行
切换到系统库（否则可能报错找不到
表）
必须显式指定 host：
，不能只写
；远程访问需同步处理
MySQL 8.0 默认启用密码策略，新密码要满足：至少 8 位 + 大小写字母 + 数字 + 特殊字符，否则报
典型安全操作序列是：
MySQL（Linux）
MySQL 9.6.0是面向Linux平台的2026年创新版本，核心架构迎来重大革新。其将外键约束与级联操作从InnoDB引擎层上移至SQL层，确保所有数据变更均被完整记录至Binlog，彻底解决了CDC（变更数据捕获）与主从复制中的数据不一致难题。此外，该版本引入container_aware启动选项以原生适配容器环境，并对审计日志进行了组件化重构，为追求极致数据一致性与云原生体验的开发者提供了全新选择。
下载
常见错误：执行
后仍无法登录
这通常不是语法问题，而是权限未刷新或认证插件不匹配：
没执行
：虽然
一般自动生效，但在
模式下启动时，必须手动刷一次
认证插件被改成
，但客户端不支持（尤其老版 PHP 或某些 GUI 工具）：需额外执行
改的是
，但你用
连接——这时匹配的是
，不是同一个账户行
真正“快速重置”的关键不在
，而在怎么进去
如果你已经停掉服务、加了
（Linux）或
（Windows phpEnv 等免服务部署），那
就是最后一步，也是最稳的一步。但整个流程里最容易卡住的，其实是启动
mysql
d 的那条命令——比如漏掉
导致 Windows 下直接崩溃，或者配置文件路径写错导致跳过权限失败。
别把注意力全放在 SQL 上；先确认你进得去，再放心用
。
ALTER USERALTER USERALTER USERALTER USER 'root'@'localhost' IDENTIFIED BY '新密码';ERROR 1045 (28000): Access deniedALTER USERALTER USERSET PASSWORDUPDATE userALTER USERALTER USERALTER USERUSE mysql;user'root'@'localhost''root''root'@'%'ERROR 1819 (HY000)USE mysql;
FLUSH PRIVILEGES;
ALTER USER 'root'@'localhost' IDENTIFIED BY 'MyP@ssw0rd123';ALTER USERFLUSH PRIVILEGES;ALTER USER--skip-grant-tablescaching_sha2_passwordALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'xxx';'root'@'localhost'mysql -h 127.0.0.1 -u root -p'root'@'127.0.0.1'ALTER USER--skip-grant-tables--shared-memory --skip-grant-tablesALTER USER--shared-memoryALTER USER