MySQL触发器仅响应INSERT、UPDATE、DELETE行级DML操作，不支持TRUNCATE、DROP、ALTER等DDL及视图/临时表操作；每表最多6个触发器（BEFORE/AFTER各事件一个）；OLD/NEW为上下文引用，非变量，作用域限于触发器内。
MySQL触发器只响应 INSERT、UPDATE、DELETE 三类操作
MySQL 触发器**不支持**对 TRUNCATE TABLE、DROP TABLE、ALTER TABLE 或视图/临时表的操作；它只在明确的行级 DML 语句执行时激活。这是硬性限制，不是配置问题。
-
INSERT：包括INSERT INTO ... VALUES、INSERT INTO ... SELECT、REPLACE（会触发DELETE+INSERT）、LOAD DATA -
UPDATE：仅当某行实际被修改（字段值真正变化）时才触发；若SET x=x这种无变更更新，默认不触发（除非启用了sql_mode中的STRICT_TRANS_TABLES等严格模式） -
DELETE：包括普通DELETE FROM和REPLACE中的删除阶段；但分区表的ALTER TABLE ... DROP PARTITION不会激活DELETE触发器
BEFORE 和 AFTER 的本质区别不是“时机早晚”，而是“能否改写数据”
关键判断标准是：你是否需要干预即将写入或刚写入的数据。这直接决定该用 BEFORE 还是 AFTER。
-
BEFORE INSERT/UPDATE：可用NEW.column修改待插入/更新的值（如自动填充时间、校验并重设非法值）；NEW可写，OLD在INSERT中不可用 -
BEFORE DELETE：可用OLD.column读取将被删的行，但无法阻止删除（要用SIGNAL抛异常中断） -
AFTER类触发器：NEW和OLD都只读；适合日志记录、跨表同步、调用存储过程等“事后动作”；不能修改当前语句影响的行
常见错误：想在 AFTER UPDATE 里用 SET NEW.amount = ... —— 会报错 Can't update table in stored function/trigger。
每个表最多 6 个触发器，且不能复用事件+时间组合
MySQL 对单表触发器数量有硬上限：每种「事件+时间」组合只能有一个触发器。也就是说，一个表最多允许：
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。
- 1 个
BEFORE INSERT - 1 个
AFTER INSERT - 1 个
BEFORE UPDATE - 1 个
AFTER UPDATE - 1 个
BEFORE DELETE - 1 个
AFTER DELETE
试图再建第二个 BEFORE INSERT 会直接报错：ERROR 1359 (HY000): Trigger already exists。解决办法只有合并逻辑到一个触发器中，或用 BEGIN...END 块内多语句处理。
别名 OLD 和 NEW 不是变量，是只读/只写上下文引用
它们不是用户定义变量，不能 SET @var = OLD.id 后再用（虽然语法不报错，但行为不可靠），更不能 DECLARE。它们的作用域仅限于当前触发器体，且访问规则严格：
-
INSERT：只有NEW可用，代表新行；OLD不存在 -
DELETE：只有OLD可用，代表被删行；NEW不存在 -
UPDATE：OLD是更新前的值，NEW是更新后的值；两者都存在，但OLD只读，NEW在BEFORE中可写
典型误用：在 AFTER UPDATE 中尝试 UPDATE other_table SET x = NEW.y —— 表面可行，但若该语句又触发另一个触发器，可能引发递归或死锁，且 MySQL 默认禁用触发器嵌套（max_sp_recursion_depth=0）。
SIGNAL 异常是否真能回滚主语句，以及 AFTER 触发器失败是否会导致整个事务失败（默认是的）。 
