MySQL触发器禁止查询其他数据库表，因其运行在事务原子阶段，为保障ACID与并发安全，引擎层硬性限制所有外部I/O及非当前语句涉及表的读取操作。
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()）。
