MySQL 8.0+ 不支持 DISABLE TRIGGER 语法，必须通过重命名触发器（8.0.23+）或备份后删建（旧版本）来临时禁用；也可在触发器内预设会话变量开关，但需代码配合且仅限测试环境。
MySQL 8.0+ 不支持 DISABLE TRIGGER 语法
MySQL 原生不提供类似 PostgreSQL 的 DISABLE TRIGGER 或 SQL Server 的 DISABLE TRIGGER 语句。你执行 ALTER TRIGGER ... DISABLE 会直接报错：ERROR 1064 (42000): You have an error in your SQL syntax。这不是权限或版本问题，是语法根本不被支持。
真实场景里，运维/DBA 在做数据迁移、批量更新或结构变更时，常想“临时关掉触发器”，但 MySQL 没这个开关——必须换思路。
最稳妥的禁用方式：重命名触发器 + 保留定义
MySQL 允许用 RENAME TRIGGER（8.0.23+）或先删后建（全版本兼容），但直接 DROP TRIGGER 风险高：万一脚本中断、回滚失败，触发器就丢了。推荐用重命名“隔离”而非删除。
- MySQL 8.0.23+：直接执行
RENAME TRIGGER old_name TO _disabled_old_name - 老版本（如 5.7 / 8.0.0–8.0.22）：先用
SHOW CREATE TRIGGER trigger_name备份定义，再DROP TRIGGER trigger_name，维护完再用原定义重建 - 重命名后的触发器不会被自动调用，且名字带
_disabled前缀，人工和脚本都容易识别
用 SQL_MODE 或临时注释绕过逻辑（仅限开发/测试环境）
某些业务触发器内部有简单条件判断（比如检查 IF @disable_triggers = 1 THEN EXIT END IF;），这时可在会话级临时关闭：
- 执行
SET @disable_triggers = 1;再做 DML，触发器里的判断会跳过逻辑体 - 注意：该变量只在当前会话有效，且需触发器代码本身支持该约定——不是 MySQL 特性，是你自己写的“开关”
- 生产环境慎用：依赖代码约定，易遗漏、难审计；上线前必须确认所有触发器都已适配
示例片段（触发器内）：
IF @disable_triggers = 1 THEN LEAVE proc_label; END IF;
ALTER TRIGGER 本身不能禁用，但能改逻辑——慎用
ALTER TRIGGER 在 MySQL 中并不存在。你查文档会发现：MySQL 只允许 DROP + CREATE 来修改触发器。所谓“ALTER”，本质是删旧建新。
- 执行
CREATE OR REPLACE TRIGGER？不支持，会报错ERROR 1359 (HY000): Trigger already exists - 想“临时空转”触发器？只能新建一个空逻辑的同名触发器：先
DROP TRIGGER t1，再CREATE TRIGGER t1 BEFORE INSERT ON tbl FOR EACH ROW BEGIN END - 风险点：DROP 和 CREATE 之间存在时间窗口，若此时有并发写入，可能漏触发；且 DDL 会锁表（尤其 MyISAM）或阻塞元数据锁（InnoDB）
真正关键的不是“怎么禁用”，而是“禁用期间有没有其他路径会绕过你的控制”——比如应用直连、ETL 工具、从库延迟等。这些比触发器本身更难兜住。
