跨表插入通常应使用AFTER INSERT触发器，原因在于BEFORE INSERT阶段自增主键尚未生成，此时NEW.id为NULL，容易导致目标表写入失败。到了AFTER阶段，整行数据已经完成写入，NEW.id等自动生成字段也已可用，更适合执行MySQL触发器同步关联表数据这类跨表操作。
进行跨表插入时，建议使用 AFTER INSERT 触发器，因为在 BEFORE INSERT 中无法正确获取自增主键，NEW.id 往往是 NULL，从而造成目标表插入失败或约束异常。
为什么 INSERT 同步只能用 AFTER，不能用 BEFORE
在BEFORE INSERT阶段，自增主键还没有分配完成，此时访问NEW.id通常会得到NULL，有些场景下甚至会直接触发报错。只有进入AFTER INSERT阶段，才能确保当前行已经成功写入，NEW.id、NEW.created_at等自动填充字段全部准备完毕，因此更适合做MySQL触发器同步数据或关联表写入。
BEFORE INSERT中尝试INSERT INTO log_table(user_id) VALUES(NEW.id)→ 目标表可能写入0或NULL，进而触发非空约束或外键约束失败AFTER INSERT中执行相同语句时，可安全使用NEW.id，并能获取外层 SQL 实际写入的完整字段值- 如果业务需要在插入前做字段校验、数据清洗或默认值处理（如清洗手机号、设置默认状态），可以使用
BEFORE INSERT，但不要依赖NEW.id
AFTER UPDATE 里怎么安全更新另一张表
在触发器中，不能随意写 UPDATE target_table SET x = y WHERE id = NEW.id 这类语句——MySQL 5.7+ 常会直接报错 ERROR 1442 (HY000)，因为相关表可能处于同一事务与锁上下文中，触发器更新逻辑需要格外谨慎。
- 较安全且合规的方式之一，是通过标量子查询给
NEW字段赋值，但这仅适用于BEFORE UPDATE：例如SET NEW.sync_status = (SELECT status FROM config WHERE key = NEW.config_key LIMIT 1) AFTER UPDATE可以对其他表执行INSERT/UPDATE/DELETE，但前提是目标表不要因外键关系再次依赖源表，否则在高并发下很容易出现死锁问题- 子查询建议始终加上
LIMIT 1，否则多行结果会中断整个触发器执行；若未匹配到结果将返回NULL，可用IFNULL(..., 'default')做兜底处理 - 高并发环境下，这类子查询可能成为性能瓶颈，尤其当关联表缺少索引时，MySQL触发器同步效率会明显下降
DELETE 和条件同步的实操陷阱
在 DELETE 触发器中可以使用OLD，但如果同步逻辑触发外键冲突或唯一索引冲突，往往会导致主 DML 一并回滚，这也是MySQL触发器使用中的常见风险点。
- 判断字段是否发生变化时，应写成
IF OLD.status != NEW.status THEN，不要写OLD.* != NEW.*—— 一旦涉及NULL，判断结果可能始终为FALSE - 字符串比较前最好先使用
TRIM()去除首尾空格，避免因空白字符导致误判：TRIM(OLD.phone) != TRIM(NEW.phone) INSERT IGNORE和REPLACE INTO对于因唯一键冲突而被跳过的记录，完全不会触发任何触发器，这是数据库同步场景中非常容易忽略的细节- 目标表应具备幂等设计能力，例如使用
(source_id, event_time)作为联合唯一键，以防止重复插入和数据同步异常
需要注意的是，触发器属于同步阻塞执行机制，一旦目标表写入失败，例如发生死锁、磁盘空间不足或约束冲突，原始 SQL 会整体回滚。MySQL触发器本身没有自动重试机制，也不支持 COMMIT/ROLLBACK，所有逻辑都运行在同一个事务上下文中。
