MySQL执行SHOW TRIGGERS前必须USE指定数据库，否则报ERROR 1046；查其他库可用FROM子句，模糊匹配用LIKE，完整定义需查INFORMATION_SCHEMA.TRIGGERS或SHOW CREATE TRIGGER。
MySQL 必须先 USE 再 SHOW TRIGGERS，否则报 ERROR 1046
直接执行 SHOW TRIGGERS 会失败，除非当前已选定数据库。错误信息是 ERROR 1046 (3D000): No database selected。这不是权限问题，而是语法强制要求。
- 正确做法：先
USE your_db_name;，再运行SHOW TRIGGERS - 想查其他库？用
SHOW TRIGGERS FROM other_db;，不用先切换库 -
SHOW TRIGGERS LIKE 'pay%'可模糊匹配触发器名，但不支持正则或跨库组合 - 结果中
Statement列默认只显示前 64 字符，逻辑长了就截断——别靠它确认完整逻辑
查完整定义必须用 INFORMATION_SCHEMA.TRIGGERS 或 SHOW CREATE TRIGGER
SHOW TRIGGERS 不返回可执行的 SQL 体，真正要看触发器干了什么，得从两个地方取：
- 批量查所有触发器的完整
ACTION_STATEMENT：查information_schema.TRIGGERS表，关键条件是TRIGGER_SCHEMA = DATABASE()（动态取当前库）或硬编码库名 - 单个触发器精确还原：用
SHOW CREATE TRIGGER db_name.trigger_name，缺库名会报ERROR 1360 (HY000): Trigger does not exist -
ACTION_STATEMENT字段里换行符存为\n，复制出来要手动替换才能执行 - 触发器名区分大小写，Linux 下
myTrigger和mytrigger是两个东西
SQL Server 和 PostgreSQL 查触发器不能只看“触发器表”
MySQL 的 information_schema.TRIGGERS 是聚合视图，但 SQL Server 和 PostgreSQL 的元数据是分散的，漏查关联对象就等于没看到逻辑：
- SQL Server：
sys.triggers只存开关状态和基础属性，定义在sys.sql_modules里，必须 JOIN 才能拿到m.definition；is_disabled = 1意味着它存在但不生效 - PostgreSQL：
pg_trigger只存调用关系，函数体在pg_proc，得用pg_get_functiondef(oid)提取；tgtype是位掩码，判断 INSERT 要写tgtype & 2 = 2，不是直接比数值 - 跨库迁移时，很多工具默认不导出触发器——哪怕表结构和数据都同步了，行为也可能突变
触发器“没执行”不一定是代码错，先看权限和状态
静默失效比报错更难排查。常见卡点不在逻辑本身：
- 用户缺少
TRIGGER权限，即使有INSERT权限，触发器也不会跑，且不报任何提示 - SQL Server 里
is_disabled = 1、MySQL 里没显式禁用但定义里写了DISABLE（极少见），都会让触发器形同虚设 - 触发器里引用了已被删的字段，创建成功，首次触发时报
ERROR 1362 (HY000)，但日志里可能只记了事务回滚，不提触发器 - MySQL 的
DEFINER用户不存在或权限不足，会导致ROUTINE_DEFINITION在information_schema.ROUTINES里为空，同样适用于触发器关联的函数
