phpmyadmin无法直接移交管理员权限，必须手动创建新用户、精确授予all privileges with grant option、刷新权限、彻底回收旧账号并验证新账号的grant能力。
不能直接在 phpmyadmin 里“移交管理员权限”——它没有账号交接功能，所谓“交接”本质是手动复制权限配置，稍有遗漏就会导致新账号缺权限、旧账号没回收，甚至数据库被锁死。
phpMyAdmin 里看不到用户权限全貌，mysql.user 表只是冰山一角
phpMyAdmin 的「用户账户」页面只展示部分字段（如 User、Host、Authentication plugin），但真正决定权限的是：mysql.user 表的全局权限列（如 Select_priv、Super_priv），加上 mysql.db、mysql.tables_priv 等多张权限表。仅靠界面勾选，根本无法确认 Grant_priv 是否开启、ssl_type 是否为空、max_questions 是否为 0。
- 用
SELECT * FROM mysql.user WHERE User = 'oldadmin'和WHERE User = 'newadmin'对比，重点核对Super_priv、Grant_priv、Shutdown_priv这几列是否全为Y - 执行
SHOW GRANTS FOR 'oldadmin'@'%'和SHOW GRANTS FOR 'newadmin'@'%'，逐条比对输出结果；注意@'localhost'和@'%'是两个独立账号，必须分别处理 - 如果旧账号用的是
caching_sha2_password插件，新账号也得显式指定，否则登录会报错Plugin caching_sha2_password could not be loaded
用 CREATE USER + GRANT 替代复制 INSERT INTO mysql.user
有人导出 mysql.user 行再 INSERT 给新用户，这是危险操作：直接写系统表可能触发权限缓存不刷新、密码哈希格式错乱（比如 mysql_native_password 和 caching_sha2_password 的 hash 长度不同），甚至让 mysqld 启动失败。
- 先用
CREATE USER 'newadmin'@'%' IDENTIFIED WITH caching_sha2_password BY 'strong-pass-2024'创建干净账号（明确指定插件） - 用
GRANT ALL PRIVILEGES ON *.* TO 'newadmin'@'%' WITH GRANT OPTION授予等效权限；WITH GRANT OPTION必须加，否则新账号无法转授权限 - 执行
FLUSH PRIVILEGES—— 不是可选项，phpMyAdmin 不自动触发该命令，不刷就无效
交接后旧账号不能只删 mysql.user 行，要连带清理授权记录
删掉 mysql.user 里的行只是让账号无法登录，但若旧账号之前用 GRANT ... TO 'oldadmin'@'%' 授权过其他用户，那些被授权者仍保留权限，且 mysql.db 或 mysql.procs_priv 里可能还留着残留记录，后续查权限时会混乱。
- 运行
REVOKE ALL PRIVILEGES, GRANT OPTION FROM 'oldadmin'@'%'和'oldadmin'@'localhost'（两处都要） - 再执行
DROP USER 'oldadmin'@'%'和'oldadmin'@'localhost'—— 这才是安全删除，它会自动清理所有关联权限行 - 检查
SELECT * FROM mysql.db WHERE User = 'oldadmin'，若还有结果，说明DROP USER没执行成功或 host 不匹配
最常被跳过的动作是验证新账号能否执行 GRANT 本身——很多人只测了 SELECT 和 CREATE，却没试 GRANT SELECT ON test.* TO 'testuser'@'%'，结果交接完才发现新管理员没法给别人授权。权限不是“能进库”就等于“能管库”，Grant_priv 和 WITH GRANT OPTION 必须同时生效才算真正接棒。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
