触发器中只能用SET NEW.xxx修改当前行待写入值，不可UPDATE原表或跨表；跨表同步应通过关联字段+触发器或外键CASCADE实现；子查询需单值防NULL；INSERT IGNORE/REPLACE不触发触发器，应改用INSERT ... ON DUPLICATE KEY UPDATE。
不能直接在主表触发器里 UPDATE 主表本身，也不能用 JOIN 更新从表；级联状态变更必须靠关联表触发、BEFORE + NEW 赋值、或外键替代。
BEFORE UPDATE 中只能改 NEW，不能碰原表
比如你想在 users 表更新时，自动把 status 改成 'pending' 并同步写入时间戳，唯一合法方式是：
CREATE TRIGGER set_user_status_before_update BEFORE UPDATE ON users FOR EACH ROW BEGIN SET NEW.status = 'pending'; SET NEW.updated_at = NOW(); END;
-
SET NEW.xxx是唯一允许“修改当前行”的操作，它影响的是即将写入的值，不违反引擎限制 -
UPDATE users SET status = 'pending' WHERE id = NEW.id会直接报错：Can't update table 'users' in stored function/trigger... - 如果要根据条件动态赋值（比如仅当
OLD.role != NEW.role才更新updated_at），必须显式比较OLD和NEW
跨表状态同步必须走另一张表的触发器
想让 orders 表的 status 随 users.status 变更而变？不能在 users 的触发器里 UPDATE orders。正确路径是：
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
- 在
orders表加一个标志字段，如user_status_sync_flag TINYINT DEFAULT 0 - 在
users表更新后，由应用层或定时任务把关联的orders行的该字段设为1 - 再在
orders表建BEFORE UPDATE触发器，检查这个 flag，然后同步设置status或其他字段 - 或者——更推荐：直接用外键
ON UPDATE CASCADE（仅限 InnoDB + 已建索引的外键列）
子查询同步必须返回单值且防 NULL
如果非要用触发器读取关联表来决定本行状态（例如根据 config 表判断是否启用），得用标量子查询：
SET NEW.enabled = ( SELECT IF(is_active = 1, 1, 0) FROM config WHERE key_name = NEW.config_key LIMIT 1 );
- 必须加
LIMIT 1，否则多行返回会中断整个触发器执行 - 若
config表没匹配到，NEW.enabled就是NULL，得提前兜底：IFNULL((SELECT ...), 0) - 这个子查询每行都执行一次，大表批量更新时极易拖慢主 SQL，别在高并发写入场景用
INSERT IGNORE / REPLACE 不触发任何触发器
这是最常被忽略的断裂点：当你用 INSERT IGNORE INTO users 插入重复数据时，BEFORE INSERT 触发器根本不会运行。
- 后果：你指望靠触发器自动填充
created_at或记录日志？那几条跳过的行就永远缺字段、没日志 - REPLACE INTO 实际是 DELETE + INSERT，只触发
BEFORE DELETE和BEFORE INSERT，中间状态丢失 - 唯一可靠方案是统一用
INSERT ... ON DUPLICATE KEY UPDATE，它一定触发BEFORE INSERT
真正难的不是写触发器，而是判断哪些逻辑不该塞进触发器里——比如跨表写操作、依赖外部状态的判断、或需要事务隔离保证的更新。这些地方一硬上，后期排查锁等待、主从数据漂移、binlog 同步失败时，连日志都找不到源头。
