MySQL能否创建跨库触发器，插入AUTH库记录时同步写入Lab3库

跨库触发器方案可行性 #

同MySQL实例下的跨库触发器完全可以实现你的需求，前提是用于创建触发器的数据库账号同时拥有AUTH库的触发器创建权限、以及Lab3库的INSERT写入权限。
参考触发器创建代码如下：

DELIMITER //
CREATE TRIGGER auth_sync_to_lab3 AFTER INSERT ON AUTH.你的业务表名
FOR EACH ROW
BEGIN
  -- 此处字段需要和你实际业务表的字段对应
  INSERT INTO Lab3.目标同步表名 (id, username, password, create_time) 
  VALUES (NEW.id, NEW.username, NEW.password, NEW.create_time);
END //
DELIMITER ;

注意：如果AUTH和Lab3两个库不在同一个MySQL实例下，跨库触发器无法直接使用，需要借助FEDERATED引擎或其他中间件才能实现，同实例场景下无额外依赖可直接使用。

两种方案优劣势对比 #

应用层双写INSERT方案 #

• 优势：
  • 逻辑清晰可控，所有写入逻辑都收敛在业务代码中，后续排查问题、调整同步规则不需要操作数据库侧配置
  • 天然支持跨MySQL实例的同步场景，不依赖两个库同实例的前提
  • 可灵活添加事务控制，同实例下可以直接用跨库事务、跨实例可以接入分布式事务，保证两条写入操作要么同时成功要么同时失败
  • 不会给数据库增加额外的运行负担，更适合高并发写入的业务场景
• 劣势：
  • 对业务代码有侵入性，所有对AUTH库目标表的新增写入入口都要补充同步逻辑，漏加一处就会出现两边数据不一致
  • 后续同步逻辑调整需要修改业务代码、重新发布应用，迭代成本更高

跨库触发器方案 #

• 优势：
  • 对业务代码完全透明，不需要修改任何应用层逻辑，所有对AUTH库目标表的写入都会自动触发同步，不会出现漏同步的问题
  • 同步逻辑集中在数据库侧，修改同步规则只需要调整触发器定义，不需要重启应用
  • 同实例下触发器的同步写入和原INSERT操作属于同一个事务，可以保证两边数据的强一致性
• 劣势：
  • 仅支持同MySQL实例下的两个库同步，跨实例场景无法直接使用
  • 触发器逻辑相对隐蔽，业务排查数据问题时很容易被忽略，会提升运维复杂度
  • 高并发写入场景下会额外占用数据库的计算资源，触发器逻辑出错会直接导致AUTH库的原写入操作失败
  • 批量插入数据时触发器会逐行触发，性能损耗会被明显放大

选型建议 #

• 若两个库部署在同一个MySQL实例、AUTH库写入QPS较低、后续同步规则可能频繁调整，优先选择跨库触发器方案
• 若两个库跨实例部署、AUTH写入并发较高、业务侧写入入口较少容易统一逻辑，优先选择应用层双写方案

内容的提问来源于stack exchange，提问作者Vinson Sack