MySQL触发器里不能直接查其他数据库的表
MySQL触发器运行在事务上下文中，且被设计为轻量、确定性、无副作用的操作。它不支持在
BEFORE或
AFTER触发器中执行
SELECT查询（哪怕只是查本库其他表），更不允许跨库查询或调用外部服务。试图写
SELECT ... FROM other_db.table会直接报错：
ERROR 1442 (HY000): Can't update table 't' in stored function/trigger because it is already used by statement which invoked this stored function/trigger.
为什么 MySQL 禁止触发器读取外部数据
根本原因在于事务一致性与并发安全：
触发器必须在语句执行的原子阶段完成，引入外部 I/O（如远程查询、文件读取、HTTP 调用）会破坏 ACID，导致超时、死锁或不可重复读 MySQL 的触发器不支持存储过程中的游标嵌套或动态 SQL 执行（PREPARE/
EXECUTE在触发器中被禁用） 即使同服务器上的其他数据库，只要不是当前语句正在修改的表，MySQL 也会拒绝访问——这是引擎层硬限制，不是权限问题
替代方案：用应用层或事件驱动补位
真需要“响应某条记录变更后拉取外部数据”，得把逻辑移出触发器：
在应用代码里监听变更（比如 ORM 的after_save钩子），再主动查其他 DB / API / 缓存 用
binlog解析（如 Maxwell、Canal）捕获 DML，投递到消息队列，由下游服务消费并处理外部依赖 如果必须保留在数据库侧，可改用存储过程 + 定时任务（
EVENT）轮询变更标记表，但实时性差、易漏事件，且仍无法在触发器内调用
注意：
INSERT INTO ... SELECT这类语句中引用其他表是允许的，但它发生在主 SQL 执行阶段，不属于“触发器内部引用”。
容易误踩的坑：伪“外部引用”写法
以下写法看似可行，实则危险或无效：
INSERT INTO log_table VALUES (NEW.id, (SELECT name FROM users WHERE id = NEW.user_id));→ 报错，子查询在触发器中禁止
SET @ext_val = (SELECT ...);→ 同样报错，变量赋值不绕过限制 在触发器里调用含
SELECT的自定义函数 → 函数本身若含查询，触发器调用时仍触发 ERROR 1442 用
FEDERATED引擎表伪装“本地表” → 虽语法通过，但实际执行时仍违反触发器隔离规则，多数版本直接拒绝创建
真正能用的只有
NEW和
OLD中已有的字段值，以及常量、内置函数（如
NOW()、
UUID()）。
