在MySQL的实际使用场景中，触发器常被用来实现数据变更的自动审计、关联表同步等逻辑，但很多时候我们需要明确触发器的触发来源，判断它是由哪个程序、哪条SQL语句或者哪个用户操作触发的，方便后续的问题排查和逻辑优化。
利用SQL上下文变量获取基础触发信息
MySQL提供了多个会话级别的上下文变量，可以在触发器执行时获取当前的执行环境信息，这些变量不需要额外配置就能直接使用。
常用上下文变量说明
| 变量名 | 含义 | 适用场景 |
|---|---|---|
| USER() | 当前连接的数据库用户名 | 判断触发操作的执行用户 |
| CURRENT_USER() | 当前生效的权限用户 | 区分代理用户场景下的实际权限用户 |
| CONNECTION_ID() | 当前连接的唯一ID | 关联processlist表查询连接来源 |
| NOW() | 当前时间 | 记录触发操作的发生时间 |
基础信息记录示例
我们可以创建一个日志表，在触发器中把上下文变量的值写入日志，实现触发来源的初步记录。
-- 创建触发器日志表
CREATE TABLE trigger_call_log (
id INT PRIMARY KEY AUTO_INCREMENT,
trigger_name VARCHAR(100) COMMENT '触发器名称',
call_user VARCHAR(100) COMMENT '调用用户',
conn_id INT COMMENT '连接ID',
call_time DATETIME COMMENT '调用时间',
remark TEXT COMMENT '额外备注'
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
-- 创建测试表
CREATE TABLE test_table (
id INT PRIMARY KEY AUTO_INCREMENT,
content VARCHAR(200)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
-- 创建插入操作的触发器，记录调用信息
DELIMITER //
CREATE TRIGGER test_table_before_insert
BEFORE INSERT ON test_table
FOR EACH ROW
BEGIN
-- 将触发时的上下文信息写入日志表
INSERT INTO trigger_call_log (trigger_name, call_user, conn_id, call_time)
VALUES ('test_table_before_insert', USER(), CONNECTION_ID(), NOW());
END //
DELIMITER ;
通过连接ID溯源程序调用来源
仅知道用户和连接ID还不够定位具体的调用程序，我们可以结合information_schema.processlist表查询连接的详细信息，进一步判断调用来源。
processlist表关键字段
- ID：连接ID，和CONNECTION_ID()返回值对应
- USER：连接的数据库用户
- HOST：发起连接的客户端地址和端口，可定位调用程序的部署机器
- DB：当前连接的默认数据库
- COMMAND：连接的当前执行命令类型
- INFO：正在执行的SQL语句内容，可直接看到触发触发器的原始SQL
溯源查询示例
当触发器被触发后，我们可以通过以下SQL查询对应的连接信息，找到调用来源：
-- 假设从日志表中拿到触发时的连接ID为123 SELECT ID, USER, HOST, DB, COMMAND, INFO FROM information_schema.processlist WHERE ID = 123;
如果连接还在执行中，INFO字段会显示触发触发器的原始INSERT、UPDATE或者DELETE语句，HOST字段可以显示调用程序的IP地址，结合业务部署信息就能定位到具体的调用程序。
特殊场景的注意事项
在实际使用中，还有一些场景需要额外处理：
连接池场景的处理
如果业务使用了数据库连接池，多个程序可能复用同一个连接ID，这时候单独靠连接ID无法区分具体调用程序，可以在业务层往MySQL的自定义会话变量中写入程序标识，再在触发器中读取。
-- 业务程序执行SQL前先设置自定义变量，标识自己的程序名
SET @app_name = 'order_service';
-- 触发器中读取自定义变量
DELIMITER //
CREATE TRIGGER test_table_after_update
AFTER UPDATE ON test_table
FOR EACH ROW
BEGIN
INSERT INTO trigger_call_log (trigger_name, call_user, conn_id, call_time, remark)
VALUES ('test_table_after_update', USER(), CONNECTION_ID(), NOW(), @app_name);
END //
DELIMITER ;
嵌套触发场景的处理
如果触发器执行的操作又触发了其他触发器，这时候上下文变量记录的是最外层的调用信息，如果需要区分嵌套层级，需要结合information_schema.triggers表查询触发器的关联关系，同时记录多层日志。
权限限制说明
查询information_schema.processlist表的INFO字段需要MySQL的PROCESS权限，如果当前用户没有该权限，可能无法看到其他连接的SQL内容，需要提前给用户授予对应权限。
注意：MySQL的上下文变量是会话级别的，不同连接的变量值互相独立，因此在触发器执行时读取的变量都是当前触发操作的会话信息，不会出现串数据的情况。
总结
判断MySQL触发器的调用程序可以通过上下文变量获取基础信息，再结合processlist表溯源连接来源，特殊场景下可以通过自定义会话变量补充程序标识。这种方法不需要修改MySQL核心配置，对业务侵入性小，适合大部分生产环境的触发器调用溯源需求。
MySQL触发器SQL上下文变量information_schema程序调用溯源修改时间：2026-07-16 02:30:30