如何查询数据库中已创建的SQL触发器-SQL-PHP中文网

mysql中查看已创建触发器最直接方式是查询information_schema.triggers表，需指定where trigger_schema='db_name'条件；trigger_name、event_manipulation、action_timing和action_statement字段分别存储名称、事件类型、触发时机及完整定义。

如何查询数据库中已创建的sql触发器

MySQL 中查看已创建的触发器

MySQL 提供了专门的系统表和命令来查触发器，最直接的方式是查询 information_schema.TRIGGERS 表。它包含所有数据库中触发器的定义、事件类型、触发时机等关键信息。

必须指定 TRIGGER_SCHEMA 条件，否则可能返回空或跨库混乱结果；常见错误是漏写 WHERE TRIGGER_SCHEMA = 'your_db_name'
触发器名在 TRIGGER_NAME 字段，触发事件（如 INSERT、UPDATE）在 EVENT_MANIPULATION，执行时机（BEFORE / AFTER）在 EVENT_MANIPULATION
完整定义（含 SQL 逻辑）存在 ACTION_STATEMENT 字段，但会被截断（默认最多 65535 字符），大触发器建议用 SHOW CREATE TRIGGER trigger_name 查看原生建模语句

示例：

SELECT TRIGGER_NAME, EVENT_MANIPULATION, EVENT_OBJECT_TABLE, ACTION_TIMING, ACTION_STATEMENT
FROM information_schema.TRIGGERS
WHERE TRIGGER_SCHEMA = 'myapp_db';

SQL Server 中列出触发器及其所属对象

SQL Server 的触发器分两类：DML 触发器（绑定到表/视图）和 DDL 触发器（响应 CREATE/ALTER/DROP）。它们不共用同一张系统视图，需分别处理。

查表级 DML 触发器用 sys.triggers + sys.tables 关联，注意 parent_id 指向 object_id，不是表名字符串
DDL 触发器的 is_ms_shipped = 0 必须过滤，否则混入系统内置触发器（如 Service Broker 相关）
OBJECT_DEFINITION(object_id) 可提取触发器源码，但返回 nvarchar(max)，直接 SELECT 可能被 SSMS 截断，建议用 PRINT 或复制到编辑器查看

示例（DML 触发器）：

GenFlow

GenFlow是一款AI智能体工具，全球首个全模态、全端通用AI智能体。

下载

SELECT t.name AS trigger_name, 
       OBJECT_NAME(t.parent_id) AS target_object,
       t.is_disabled,
       t.create_date
FROM sys.triggers t
INNER JOIN sys.tables tbl ON t.parent_id = tbl.object_id
WHERE t.is_ms_shipped = 0;

PostgreSQL 中检查触发器及关联函数

PostgreSQL 把触发器和触发器函数分开存储，只查 pg_trigger 看不到逻辑内容，必须连查 pg_proc 才能还原完整行为。

pg_trigger.tgfoid 对应 pg_proc.oid，即触发器调用的函数 OID；漏掉这步就只能看到“调用了某个函数”，不知道函数干了啥
pg_trigger.tgconstraint = 0 表示普通触发器；若为非零值，则是约束触发器（由 CHECK、FOREIGN KEY 等隐式创建），通常无需手动干预
触发器启用状态藏在 tgenabled 字段：O（originally enabled）、D（disabled）、A（always，仅适用于 session-level triggers）

示例：

SELECT tgname AS trigger_name,
       relname AS on_table,
       proname AS function_name,
       tgtype::bit(4) AS trigger_type_bits,
       tgenabled
FROM pg_trigger
JOIN pg_class ON tgrelid = pg_class.oid
JOIN pg_proc ON tgfoid = pg_proc.oid
WHERE NOT tgisinternal;

触发器查询结果不可靠的常见原因

不是所有触发器都会出现在标准系统视图里——权限、模式隔离、临时对象这些细节很容易被忽略。

当前用户缺少对 information_schema 或 sys 视图的 SELECT 权限时，查询会返回空而不是报错，尤其在生产库受限账号下极易误判“没有触发器”
PostgreSQL 中若触发器定义在非 public schema，而查询没加 pg_namespace 关联，relname 会显示为数字 OID 而非真实表名
SQL Server 的 tempdb 中创建的触发器不会出现在 sys.triggers（除非显式指定 tempdb.sys.triggers），但这类触发器极少见，一般只用于调试场景

真正要确认一个库有没有触发器，不能只靠一次查询；得结合权限验证、schema 显式限定、以及必要时用 DBA 账号交叉比对。