触发器未生效主因是漏写AFTER INSERT和FOR EACH ROW；MySQL需DELIMITER声明，PostgreSQL需LANGUAGE plpgsql；批量测试优先用INSERT...SELECT而非触发器。
触发器写完没生效？检查 AFTER INSERT 和 FOR EACH ROW 是否漏了
MySQL 或 PostgreSQL 里，用触发器自动生成测试数据最常见失败点就是语法不完整。比如只写了 CREATE TRIGGER 开头，却忘了指定触发时机（AFTER INSERT）和作用粒度（FOR EACH ROW），结果插入主表后啥也没发生。
实操建议：
- MySQL 必须显式声明
DELIMITER $$再写触发器体，否则遇到分号就提前结束 - PostgreSQL 不需要改分隔符，但必须用
LANGUAGE plpgsql显式指定函数语言 - 触发器内不能直接调用非确定性函数（如
NOW()在某些 MySQL 版本的BEFORE INSERT中受限） - 测试时先用
SELECT * FROM information_schema.TRIGGERS确认触发器已注册且状态为ENABLED
INSERT ... SELECT 比触发器更可控，适合批量初始化
触发器适合“每次插入都自动补数据”，但生成几百条测试记录时，它会逐行触发、性能差、还容易锁表。这时候直接用 INSERT ... SELECT 更快、更透明。
实操建议：
- 用
INSERT INTO orders (user_id, amount) SELECT FLOOR(RAND() * 1000), ROUND(RAND() * 999.99, 2) FROM numbers LIMIT 1000—— 前提是有个numbers辅助表（仅含递增整数） - 没有辅助表？用
mysql -e "SELECT ..."配合seq 1 1000 | while read i; do ...脚本生成 SQL 文件再导入 - 注意
RAND()在INSERT ... SELECT中每行独立计算，但某些旧版 MySQL 可能缓存结果，加个+ NOW()扰动可规避
触发器里调用存储过程？小心递归和权限问题
想让触发器执行复杂逻辑（比如同时往 3 张关联表插测试数据），常会封装成存储过程再调用。但 MySQL 默认禁止触发器内调用存储过程修改同表，PostgreSQL 则对 SECURITY DEFINER 权限敏感。
实操建议：
- MySQL 触发器中避免修改当前被触发的表，否则报错
Can't update table 'xxx' in stored function/trigger - PostgreSQL 存储过程需用
CREATE OR REPLACE FUNCTION ... SECURITY DEFINER并确保调用者有EXECUTE权限 - 所有触发器逻辑尽量保持幂等：比如用
INSERT IGNORE或ON CONFLICT DO NOTHING避免重复插入失败 - 测试前先关掉二进制日志（
SET sql_log_bin = 0）防止测试数据污染生产备份链路
测试环境用触发器，上线前必须删干净
开发机上跑得好好的触发器，一旦误部署到生产库，可能让真实业务数据被悄悄污染——比如用户注册时自动多插一条假订单。
实操建议：
- 所有测试用触发器名强制加前缀，如
trg_test_，方便一键清理：DROP TRIGGER IF EXISTS trg_test_orders_after_insert - CI/CD 流水线里加入检查项：
SELECT COUNT(*) FROM information_schema.TRIGGERS WHERE TRIGGER_NAME LIKE 'trg_test_%'，非零则阻断发布 - 用 Docker 启动测试数据库时，把触发器定义写在初始化 SQL 文件里，容器销毁即清除，不依赖人工清理
真正麻烦的不是写触发器，而是确保它只活在你本地或 CI 的那个瞬间。删漏一个，可能下周排查线上脏数据时才意识到。
