能跨表插入但仅限同库，必须用AFTER触发器；BEFORE中跨表写会报ERROR 1442；跨库不可行；应避免复杂操作、确保索引、优先用应用双写或binlog解析替代。
MySQL触发器能不能跨表插入数据
能，但仅限于同一数据库内，且必须用 AFTER INSERT（或 UPDATE/DELETE）触发，BEFORE 触发器里不能对本表以外的表做写操作——MySQL 会直接报错 ERROR 1442 (HY000): Can't update table 'xxx' in stored function/trigger because it is already used by statement which invoked this stored function/trigger.
-
AFTER INSERT是唯一安全的选择：本表插入完成、事务尚未提交时，可读写其他表 - 跨库不行：触发器无法访问其他数据库的表（除非用
FEDERATED引擎，但不推荐，稳定性差） - 不能调用存储过程去间接写多表：只要最终执行了 INSERT/UPDATE/DELETE，一样触发 1442 错误
同步插入时怎么避免死锁和主从延迟
触发器里的 INSERT 是当前事务的一部分，一旦目标表有高并发写入、或索引设计不合理，很容易卡住主库事务，拖慢源表写入，还会放大主从延迟。
- 目标表必须有合适索引：比如按
created_at或业务主键建好索引，否则INSERT ... SELECT类同步容易全表扫描 - 避免在触发器里做复杂查询：如
SELECT ... FROM other_table WHERE ... ORDER BY ... LIMIT 1，若other_table大且没索引，会锁行甚至锁表 - 不要在触发器里调用
SLEEP()或自定义函数含 I/O 操作——MySQL 不允许，会报ERROR 1422 (HY000)
替代方案比硬写触发器更可靠
真要多表同步，优先考虑应用层双写 + 补偿，或用 binlog 解析（如 Canal、Maxwell），而不是依赖触发器。
- 触发器无法回滚外部系统动作：比如你用触发器往另一张表插完，又在应用里抛异常回滚了主事务——触发器写的那条记录不会自动删
- DDL 变更风险高：给源表加字段、改类型，可能让触发器里引用的列名失效，错误只在运行时暴露
- 调试困难：出问题时日志只有
ERROR 1442或ERROR 1422，没有上下文，也不能加SELECT调试
如果非要用触发器，这样写最稳
只做最简映射，字段一一对应，不计算、不关联、不判断。例如用户注册后同步到日志表：
CREATE TRIGGER user_after_insert_log
AFTER INSERT ON users
FOR EACH ROW
INSERT INTO user_logs (user_id, email, created_at)
VALUES (NEW.id, NEW.email, NEW.created_at);
- 所有字段都来自
NEW，不查其他表、不调函数、不加IF - 目标表
user_logs建议用ARCHIVE或MyISAM（如果只写不查），减少锁竞争 - 上线前务必在从库上
SHOW CREATE TRIGGER核对定义——有些客户端会悄悄把DEFINER改成不存在的用户，导致从库复制中断
触发器不是“多表同步”的通用解法，它只是个轻量钩子；越想让它干得多，越容易在某个低峰时段突然卡住整个写入链路。
