MySQL 8.0+ 不支持 DISABLE TRIGGER，正确做法是用 RENAME TRIGGER 临时重命名触发器（需带数据库前缀并加时间戳后缀），恢复时反向重命名；批量操作可借助 information_schema.TRIGGERS 动态生成语句，执行后须验证触发器是否真实生效。
MySQL 8.0+ 没有 DISABLE TRIGGER，别试 ALTER TABLE
执行 ALTER TABLE t1 DISABLE TRIGGER tr_log 会直接报错 ERROR 1064 (42000)——MySQL 官方从未支持该语法，所有“亲测有效”的教程基本都混淆了 SQL Server 的写法。低版本（5.7）和高版本（8.0.33、9.6.0）全都不认这条语句。
真正安全、可逆、无需 SUPER 权限的操作是 RENAME TRIGGER
MySQL 自 5.7.2 起支持 RENAME TRIGGER，原理是让 DML 找不到原触发器名，自然不执行。关键点：
- 必须带数据库前缀：
RENAME TRIGGER `mydb`.`trg_after_insert` TO `mydb`.`trg_after_insert_disabled_20260827` - 后缀加时间戳（如
_20260827），避免脚本重复执行冲突 - 恢复只需反向 rename，定义、权限、字符集、SQL_MODE 全部保留
- 不用
DROP TRIGGER：重建时容易因DEFINER用户不存在或DELIMITER缺失而失败
批量禁用当前库所有触发器的动态 SQL 怎么写
手动 rename 十几个触发器太慢，用 information_schema.TRIGGERS 自动生成：
SELECT CONCAT( 'RENAME TRIGGER `', TRIGGER_SCHEMA, '`.`', TRIGGER_NAME, '` TO `', TRIGGER_SCHEMA, '`.`trg_disabled_', TRIGGER_NAME, '_', DATE_FORMAT(NOW(), '%Y%m%d_%H%i%s'), '`;' ) AS ddl FROM information_schema.TRIGGERS WHERE TRIGGER_SCHEMA = DATABASE() ORDER BY TRIGGER_NAME;
执行后复制结果粘贴执行即可。注意：TRIGGER_SCHEMA = DATABASE() 是硬过滤，防止跨库误操作。
导入完成后必须验证触发器是否真恢复了
rename 回去不等于生效——常见坑点：
- 触发器名拼错（比如漏掉反引号或大小写不一致），
RENAME静默失败 - 恢复语句没执行成功（网络中断、客户端断连），残留的是
_disabled名 - 没查
SHOW TRIGGERS LIKE 'users'或SELECT * FROM information_schema.TRIGGERS WHERE TRIGGER_NAME LIKE '%user%'确认名字已还原
最麻烦的不是 rename，而是你改完以为好了，结果下一次 INSERT 还是没进 audit 表——因为触发器根本没回来。
