触发器不能执行create table等ddl操作，必须由外部定时任务提前建好目标月表，触发器仅负责将数据路由至已存在的表。
触发器不能直接创建新表，这是最常踩的坑
很多人想在 INSERT 触发器里用 CREATE TABLE 动态建月表，MySQL 会直接报错：ERROR 1356: Trigger cannot have CREATE, DROP, ALTER, INSTALL PLUGIN, UNINSTALL PLUGIN, REPAIR TABLE, OPTIMIZE TABLE, or ANALYZE TABLE statement。触发器语法限制严格，不支持 DDL 操作。想靠触发器“自动建表+路由写入”，这条路走不通。
真正可行的方案：触发器只做数据路由，建表交给外部逻辑
触发器能做的，是判断当前记录该写入哪张月表（比如 orders_202409），然后用 INSERT ... SELECT 或 REPLACE INTO 转发到目标表。但前提是目标表必须已存在——这意味着建表动作得提前完成，比如用定时任务（cron）每天凌晨执行建下月空表的脚本：
CREATE TABLE IF NOT EXISTS orders_202410 LIKE orders_template;
实际路由逻辑示例（以 orders 表为例）：
DELIMITER $$
CREATE TRIGGER tr_orders_insert_routing
BEFORE INSERT ON orders
FOR EACH ROW
BEGIN
SET @target_table = CONCAT('orders_', DATE_FORMAT(NEW.created_at, '%Y%m'));
SET @sql = CONCAT('INSERT INTO ', @target_table, ' VALUES (?, ?, ?)');
SET @stmt = PREPARE stmt FROM @sql;
EXECUTE stmt USING NEW.id, NEW.user_id, NEW.created_at;
DEALLOCATE PREPARE stmt;
END$$
DELIMITER ;
注意：PREPARE/EXECUTE 在触发器中可用，但性能较差，且要求目标表存在、字段顺序和类型完全匹配。
MySQL 9.6.0是面向Linux平台的2026年创新版本，核心架构迎来重大革新。其将外键约束与级联操作从InnoDB引擎层上移至SQL层，确保所有数据变更均被完整记录至Binlog，彻底解决了CDC（变更数据捕获）与主从复制中的数据不一致难题。此外，该版本引入container_aware启动选项以原生适配容器环境，并对审计日志进行了组件化重构，为追求极致数据一致性与云原生体验的开发者提供了全新选择。
- 必须提前按月建好所有目标表（或至少建到未来 6 个月）
-
NEW字段名不能直接拼进 SQL 字符串，否则有注入风险，必须用USING绑定参数 - 触发器内无法捕获
Table doesn't exist错误并 fallback，失败即中断插入
更稳妥的做法：放弃触发器，改用应用层路由 + 定时建表
生产环境几乎没人真用触发器做分表路由，原因很实在：
- 触发器隐式执行，调试困难；一旦出错，INSERT 就失败，业务不可控
- 每次 INSERT 都要动态拼 SQL + PREPARE，比直连目标表慢 3–5 倍
- MySQL 8.0 的触发器不支持事务内回滚 PREPARE 语句，异常状态难清理
推荐做法是：应用写入前计算目标表名（如 "orders_" + now.strftime("%Y%m")），直接 INSERT 到对应表；建表由运维脚本或轻量调度器（如 Airflow、systemd timer）在每月 1 日 00:01 执行一次。这样逻辑清晰、可观测、可重试。
如果坚持用触发器，必须处理“跨月写入”这个边界问题
用户可能手动插入历史数据（如 created_at = '2023-12-15'），而当前只有 orders_202409 表。触发器不会自动创建 orders_202312，也不会报友好错误——它只会抛出 ERROR 1146: Table 'db.orders_202312' doesn't exist 并终止事务。所以：
- 要么在触发器里加
SELECT 1 FROM information_schema.tables检查表是否存在（开销大，不推荐） - 要么接受“只支持当月及未来月份”的约束，并在应用层校验时间范围
- 要么把缺失表检测逻辑移到建表脚本里，定期扫描
information_schema补漏
真正的难点从来不是怎么写触发器，而是怎么让“自动”这件事不变成线上事故的导火索——表不存在、权限不足、字符集不一致、字段默认值丢失……这些细节在触发器里全被掩盖成一条模糊的 SQL 错误。
