必须用AFTER INSERT触发器做跨表同步，因为BEFORE阶段自增主键未生成、NEW.id为NULL且跨表写会触发ERROR 1442；AFTER阶段整行已落盘，NEW字段全部就绪，可安全用于跨表插入。
能，但仅限同库且必须用 AFTER INSERT；BEFORE 中跨表写会直接报 ERROR 1442，跨库完全不可行。
为什么只能用 AFTER INSERT
MySQL 在 BEFORE INSERT 阶段尚未完成本表插入，此时若尝试往其他表写入（哪怕只是 INSERT INTO other_table），就会触发锁冲突校验，抛出 ERROR 1442 (HY000)。只有 AFTER INSERT 才保证本表记录已落盘、事务仍处于活跃状态，允许安全操作其他表。
-
BEFORE UPDATE和BEFORE DELETE同理禁止跨表写，仅允许修改NEW或OLD的字段值 -
AFTER UPDATE/AFTER DELETE也支持跨表操作，但注意NEW在DELETE中不可用，得用OLD - 所有跨表操作都必须在同一个数据库内——
db1.t1触发器无法写db2.t2，除非启用不稳定的FEDERATED引擎（不推荐）
AFTER INSERT 中插入多张表的实操写法
语法上允许在 BEGIN ... END 块里连续执行多个 INSERT，但每条语句必须显式指定目标表和字段，不能省略列名（尤其当表结构不一致时）。
- 字段映射必须明确：用
NEW.col_name直接取源表值，不要查表、不要调函数、不要IF判断 - 避免
INSERT ... SELECT带复杂条件：例如SELECT * FROM log_config WHERE app = NEW.app LIMIT 1若没索引，可能锁表 - 目标表必须有合适索引：比如按
created_at或业务主键建索引，否则批量同步时易全表扫描 - 示例（安全写法）：
DELIMITER // CREATE TRIGGER user_sync_after_insert AFTER INSERT ON users FOR EACH ROW BEGIN INSERT INTO user_logs (user_id, email, created_at) VALUES (NEW.id, NEW.email, NEW.created_at); <p>INSERT INTO user_profiles (user<em>id, nickname, status) VALUES (NEW.id, CONCAT('user</em>', NEW.id), 'active'); END// DELIMITER ;
容易踩的坑：死锁、延迟、调试失效
触发器里的多表写入是当前事务的一部分，一旦目标表并发高或索引缺失，就会拖慢源表写入，并放大主从延迟。
- 不要在触发器里做
SELECT ... FOR UPDATE或带ORDER BY ... LIMIT的查询——极易锁行甚至锁表 - 不能调用含 I/O 的自定义函数（如读文件、发 HTTP 请求），会报
ERROR 1422 (HY000) - DDL 变更风险高：比如给
users表加字段phone，但触发器里没更新INSERT INTO user_logs的字段列表，插入时直接失败 - 调试基本靠猜：触发器出错只留
ERROR 1442或ERROR 1422，没有日志、不能SELECT输出、也不能加断点
真要可靠同步，优先用应用层双写 + 补偿机制，或基于 binlog 解析（如 Canal），而不是把逻辑塞进触发器——它天生不适合复杂协同。
