为什么在MySQL中用户修改自己密码时提示权限拒绝-mysql教程-PHP中文网

普通用户无法直接执行ALTER USER改密，因需UPDATE权限写mysql.user表；SET PASSWORD在8.0+已移除，且CURRENT_USER用法仍需CREATE USER权限；认证插件不兼容（如caching_sha2_password）也会导致连接失败。

为什么在mysql中用户修改自己密码时提示权限拒绝

ALTER USER 无权限修改自己密码的典型报错

直接执行 ALTER USER USER() IDENTIFIED BY 'newpass' 或 ALTER USER 'me'@'localhost' IDENTIFIED BY 'newpass' 时，MySQL 报 ERROR 1045 (28000): Access denied for user 'me'@'localhost'，不是密码输错了，而是当前用户缺少 UPDATE 权限去写 mysql.user 表 —— 即使改的是自己那条记录，MySQL 也不允许普通用户直接触碰权限系统表。

为什么 SET PASSWORD 不再可用（尤其 MySQL 8.0+）

SET PASSWORD = PASSWORD('xxx') 在 MySQL 8.0 中已彻底移除，执行会直接报 ERROR 1371 (HY000): The 'PASSWORD' function is removed. Please use 'ALTER USER ... IDENTIFIED BY' instead。但即使换成 SET PASSWORD FOR CURRENT_USER = 'xxx'，仍可能失败，原因有二：

该语句要求用户拥有 CREATE USER 权限（不是直觉上的“改自己”就免权限）
若用户是通过 caching_sha2_password 插件认证，且未配置对应插件支持，SET PASSWORD 会静默失败或报错认证不匹配

普通用户安全改密的唯一可行路径

必须依赖 MySQL 提供的、明确授权给普通用户的机制：SET PASSWORD（仅限 CURRENT_USER）或客户端工具级支持。但前提是管理员已显式授予必要权限：

MySQL8 CRM Schema Design Expert

面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。

下载

确认用户是否被授予 CREATE USER 权限：SHOW GRANTS FOR CURRENT_USER;
若未授，管理员需执行：GRANT CREATE USER ON *.* TO 'me'@'localhost'; FLUSH PRIVILEGES;
之后才能用：SET PASSWORD = 'newpass';（注意：不带 FOR 子句，且不加引号包裹函数）
或者更稳妥地让管理员启用密码自助重置功能：SET GLOBAL activate_all_roles_on_login = ON;（辅助角色继承，非直接解法，但影响实际改密链路）

容易被忽略的认证插件陷阱

MySQL 8.0 默认用 caching_sha2_password，而老客户端（如旧版 Navicat、某些 PHP PDO 驱动）不支持该插件，导致即使密码改成功，下次连接也报 Access denied。验证方式：

查当前用户认证方式：SELECT Host, User, plugin FROM mysql.user WHERE User = 'me';
若 plugin 是 caching_sha2_password 且客户端不兼容，临时降级（仅测试环境）：ALTER USER 'me'@'localhost' IDENTIFIED WITH mysql_native_password BY 'newpass';
注意：该操作本身也需要 CREATE USER 权限，普通用户无法自行执行

真正卡住人的地方，从来不是语法写错，而是权限模型和认证插件这两层隐形约束同时生效 —— 你得先知道缺哪一层，才谈得上补哪一层。