普通用户无法直接执行ALTER USER改密，因需UPDATE权限写mysql.user表；SET PASSWORD在8.0+已移除，且CURRENT_USER用法仍需CREATE USER权限；认证插件不兼容（如caching_sha2_password）也会导致连接失败。
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）或客户端工具级支持。但前提是管理员已显式授予必要权限：
面向 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权限，普通用户无法自行执行
真正卡住人的地方，从来不是语法写错，而是权限模型和认证插件这两层隐形约束同时生效 —— 你得先知道缺哪一层，才谈得上补哪一层。
