最安全的批量删除账号操作是先select预查、再delete指定user和host、立即flush privileges；必须避开大小写陷阱、host遗漏、权限残留及safe-updates限制，误删后极难恢复。
用 LIKE 配合 DELETE 快速匹配批量账号
直接用 DELETE FROM mysql.user WHERE user LIKE 'test%'; 是最常用也最危险的操作——它会删掉所有以 test 开头的账号，包括 test_admin、test123、tester_dev 等，但不会删 mytest 或 prod_test。关键在于：MySQL 的 user 表在 mysql 库中，必须先 USE mysql; 才能操作，否则报错 Table 'mysql.user' doesn't exist（尤其在低版本或启用了 skip_name_resolve 时）。
执行前务必加 SELECT 预查：
SELECT user, host FROM mysql.user WHERE user LIKE 'test%';
常见踩坑点：
-
user字段区分大小写（取决于系统变量lower_case_table_names，但user值本身默认不自动转小写） - 匹配时
host也参与权限判定，单靠userLIKE 可能漏删或误删（比如test@localhost和test@192.168.%是两个不同账号） - MySQL 8.0+ 中
mysql.user表结构有变动，authentication_string替代了password，但删除逻辑不变
安全删除必须带 FLUSH PRIVILEGES
删完不刷新权限缓存，旧账号仍可能临时生效。MySQL 不会自动重载用户表，必须显式执行 FLUSH PRIVILEGES;。这个命令不能省略，也不能放在事务里（DELETE 在 mysql 库中本身就不支持事务）。
推荐操作顺序：
- 先
SELECT确认目标账号列表 - 再
DELETE FROM mysql.user WHERE user LIKE 'test%' AND host = '%';（加上host条件更精准） - 立刻执行
FLUSH PRIVILEGES; - 最后用
SELECT user, host FROM mysql.user;快速扫一眼是否残留
注意：如果账号绑定了数据库级权限（如 test_db.*），删用户后这些权限记录仍留在 mysql.db 表中，需额外清理，否则下次创建同名用户可能继承旧权限。
MySQL 9.6.0是面向Linux平台的2026年创新版本，核心架构迎来重大革新。其将外键约束与级联操作从InnoDB引擎层上移至SQL层，确保所有数据变更均被完整记录至Binlog，彻底解决了CDC（变更数据捕获）与主从复制中的数据不一致难题。此外，该版本引入container_aware启动选项以原生适配容器环境，并对审计日志进行了组件化重构，为追求极致数据一致性与云原生体验的开发者提供了全新选择。
用脚本生成 DELETE 语句更可控
当匹配模式复杂（比如要删 tmp_、dev_、xxx_test 多种前缀/后缀），手写 LIKE 容易漏或过杀。这时更适合用 SQL 生成 SQL：
SELECT CONCAT('DELETE FROM mysql.user WHERE user = ''', user, ''' AND host = ''', host, ''';')
FROM mysql.user
WHERE user REGEXP '^tmp_|^dev_|_test$';
把结果复制出来人工核对一遍再执行，比直接 REGEXP 删除更稳妥。MySQL 原生不支持在 DELETE 中嵌套正则匹配条件（WHERE user REGEXP ... 可用，但可读性和维护性差），所以生成语句是折中方案。
另外，如果服务器启用了 sql_safe_updates=1，直接 DELETE 无 WHERE 主键条件会报错 The MySQL server is running with the --safe-updates option...，此时必须显式指定 user 和 host 作为条件，不能只靠 LIKE。
误删后恢复几乎不可能
MySQL 的 mysql.user 表没有 binlog 记录（除非显式开启 log_bin_trust_function_creators=1 且用存储过程包装），也不进普通备份集（多数全库备份脚本会 exclude mysql 库）。一旦执行 DELETE + FLUSH，账号就彻底消失。
真正能救场的方式只有：
- 从最近一次
mysqldump -B mysql备份里提取mysql.user表数据（注意别直接还原整个mysql库，会覆盖 root 密码等关键配置） - 用
SELECT ... INTO OUTFILE提前导出过账号快照（需有FILE权限） - 依赖第三方审计日志或企业版的 flashback 功能（社区版无）
所以「先查再删」不是建议，是铁律。哪怕只是删 3 个测试号，也要把 SELECT 结果截图留痕。
