MySQL中查看触发器必须先USE指定数据库，否则报ERROR 1046；可用SHOW TRIGGERS FROM db_name跨库查询，但完整定义需查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)，但日志里可能只记了事务回滚，不提触发器
查全量触发器不能只依赖一条命令，尤其跨平台时——元数据组织方式不同，字段含义不同，连“启用/禁用”状态的存储位置都不一样。最容易被忽略的，其实是权限和状态检查，而不是 SQL 本身怎么写。
