重命名表后触发器不会自动更新表名引用，必须手动重建：先用show create trigger获取定义，替换旧表名（注意大小写和反引号），检查跨库引用及权限，再drop并create；最后验证触发效果。
重命名表后触发器直接失效，因为MySQL不自动更新触发器里的表名引用
MySQL 的 RENAME TABLE 命令只改表名，不会扫描或修改任何触发器、视图、存储过程里的 SQL 文本。只要触发器定义中硬写了原表名（比如 ON INSERT ON old_table），重命名后该触发器就变成“语法正确但永远无法触发”——INSERT 到新表时它压根不响应，也不报错。
必须手动重建触发器，不能依赖 ALTER 或自动同步
MySQL 不支持 ALTER TRIGGER ... RENAME ON 这类语法，也没有触发器元数据自动绑定新表的机制。唯一可靠路径是：先查出原触发器定义 → 替换其中的旧表名 → 用新定义重建。
- 用
SHOW CREATE TRIGGER trigger_name;获取完整语句，注意复制整行，包括DEFINER和分号 - 把语句里所有出现的
old_table（注意大小写和反引号）替换成new_table；如果触发器里还引用了其他表（比如日志表），别误替换 - 执行
DROP TRIGGER IF EXISTS trigger_name;，再执行修改后的CREATE TRIGGER ... - 若触发器较多，可用脚本批量提取+替换，但必须人工核对每条语句中表名上下文，避免把字段名或数据库名也一起替换了
重命名前检查触发器是否依赖跨库对象，否则重建会失败
有些触发器逻辑里会写 INSERT INTO other_db.audit_log，这种跨库引用在重建时容易被忽略。如果目标库 other_db 不存在，或 audit_log 表结构不一致，CREATE TRIGGER 会直接报错 ERROR 1146 (42S02): Table doesn't exist，导致重建中断。
- 执行
SELECT ACTION_STATEMENT FROM information_schema.TRIGGERS WHERE TRIGGER_NAME = 'xxx';，看触发体里是否有跨库表名 - 确认这些库和表在当前环境中真实存在且可写；若只是测试环境缺失，先建空表占位
- 特别注意权限：触发器执行时用的是
DEFINER用户权限，不是你当前登录用户。即使表存在，DEFINER没有INSERT ON other_db.audit_log权限，重建也会成功但后续不执行
重命名后务必验证触发效果，别只看“创建成功”
重建完成后，SHOW TRIGGERS LIKE 'new_table'; 能看到触发器列表，但 STATUS 是 ENABLED 才算真正生效。更关键的是实测：对新表做一次 INSERT/UPDATE/DELETE，然后立刻查日志表或受影响的关联表，确认逻辑被触发。常见疏漏是忘了把触发器里 NEW.old_column 改成 NEW.new_column（列名也变了），导致字段取值为 NULL，逻辑静默失败。
