phpMyAdmin 不记录权限变更审计日志，需依赖 MySQL 服务端 audit_log 插件（如 Percona server_audit）或 binlog 解析与定期备份比对来追溯操作。
phpMyAdmin 本身不记录用户修改或权限变更审计日志
phpmyadmin 是一个数据库管理前端，它不自带操作审计功能——user 表更新、grant 执行、甚至 drop user 都不会被它自己记录。你看到的“最近操作”只是浏览器本地的 sql 历史（phpmyadmin 数据库里的 pma__history 表），只存你当前账号在当前窗口执行过的语句，不跨会话、不跨用户、不包含权限类语句自动记录。
所以想追溯“谁在什么时候改了哪个用户的权限”，必须依赖 MySQL 服务端本身的审计能力，而不是 phpMyAdmin 界面。
MySQL 8.0+ 开启 audit_log 插件是唯一可靠路径
MySQL 官方企业版有 audit_log 插件，社区版默认不带；但 Percona Server 或 MariaDB 提供开源替代（如 server_audit）。如果你用的是标准 MySQL 社区版且没编译插件，这条路实际走不通。
- 检查是否已加载：
SHOW PLUGINS;中找audit_log或server_audit - 启用需在
my.cnf加配置，例如 Percona 的：server_audit_logging=ON、server_audit_events='CONNECT,QUERY'（必须显式包含QUERY才能捕获GRANT/CREATE USER） - 日志默认输出到文件，路径由
server_audit_file_path控制，不是写进数据库表，没法用 phpMyAdmin 直接查 - 注意性能影响：开启全量 QUERY 审计会使高并发写入场景延迟明显上升
没有审计插件时，只能靠 mysql.user 表快照 + binlog 人工回溯
这是大多数小站点的真实情况：没开审计，又需要查上周谁删了管理员账号。可行但吃力：
-
mysql.user表本身不带时间戳字段，无法直接看出“何时变更” - 如果开启了
binlog_format = ROW且保留了近期 binlog 文件，可用mysqlbinlog解析，搜索UPDATE `mysql`.`user`或INSERT INTO `mysql`.`user`事件，结合event_time定位 - 更现实的做法是定期备份
mysql.user和权限相关表（mysql.db、mysql.tables_priv），比如每天凌晨mysqldump -n -t mysql user db tables_priv > /backups/grants_$(date +%F).sql - 对比两个日期的 dump 文件：
diff grants_2024-05-10.sql grants_2024-05-12.sql，能快速发现增删改行
phpMyAdmin 里能做的仅限于“查当前状态”，不是“查历史”
别指望在 phpMyAdmin 界面点几下就调出权限变更时间线。它最多帮你确认现状：
立即学习“PHP免费学习笔记（深入）”；
- 进入
mysql数据库 → 打开user表，看user、host、account_locked、password_last_changed（MySQL 5.7+）这些字段 -
password_last_changed是唯一带时间的字段，但它只反映密码修改，不反映GRANT、REVOKE或账号禁用 - 执行
SHOW GRANTS FOR 'xxx'@'yyy';查当前权限，但这条命令本身不会留下可追溯的操作痕迹 - 如果误删了用户，且没备份也没 binlog，
mysql.user表不可逆——它不是事务表，DELETE后无法闪回
真正难的不是怎么查，而是审计能力必须前置部署。等出问题了再想追溯，大概率只剩 binlog 解析和备份比对这两条路，而且都要求你之前就留了数据。
