mysql触发器禁止动态建表，error 1336是引擎层硬限制；须预建分表、显式字段插入、合理选用before/after时机，并控制路由逻辑与索引以保障性能与数据一致性。
触发器里不能动态建表，PREPARE/EXECUTE 直接报错
想在 INSERT 触发器里根据时间自动生成 t_log_202410 这样的分表？不行。MySQL 引擎明确禁止在触发器中执行动态 SQL，错误是 ERROR 1336 (0A000): Dynamic SQL is not allowed in stored function or trigger。这不是权限没开，是内核层锁死的限制。
实操建议：
Skill Weave Chains — 技能链路由引擎
下载
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
- 上线前按业务周期（比如未来 12 个月）用脚本批量建好所有分表，命名统一，如
t_log_202410、t_log_202411 - 用外部定时任务（Python/Shell +
cron）定期检查并补全缺失分表，别塞进触发器 - 建表 DDL 必须包含完整字段定义，且所有分表结构严格一致
INSERT 路由必须显式写字段，禁用 SELECT *
触发器里用 INSERT INTO t_log_202410 SELECT * 是高危操作。一旦主表加了字段但没同步到分表，或字段顺序稍有差异，就会触发 Column count doesn't match value count，甚至静默丢数据。
实操建议：
- 路由语句必须显式列出目标字段：
INSERT INTO t_log_202410 (id, uid, content, created_at) SELECT NEW.id, NEW.uid, NEW.content, NEW.created_at - 所有分表初始化必须用同一份 DDL；后续字段变更需原子化同步（推荐
pt-online-schema-change） - 避免在触发器中调用存储过程——只要过程体含 SQL，触发器就拒绝执行
BEFORE vs AFTER：字段补全和 ID 生成只能用 BEFORE
如果要在插入前补 created_at = NOW() 或生成 UUID 作为 id，必须用 BEFORE INSERT。因为 AFTER 时记录已落盘，NEW 只读，无法修改；而 BEFORE 中 NEW 可写，能干预即将写入的数据。
常见错误现象：
- 在
AFTER里试图改NEW.id→ 报错Can't update NEW row in after trigger - 在
BEFORE里漏设非空字段 → 插入失败，提示Field 'xxx' doesn't have a default value - 用
UUID()生成主键，但没在BEFORE中赋值给NEW.id→ 主键冲突或 NULL 错误
路由逻辑要轻，别碰跨表 JOIN 和复杂计算
触发器是行级执行，每条 INSERT 都会跑一遍。里面嵌套子查询、JOIN 或函数调用（比如 MD5()、SHA2()）会显著拖慢写入性能，还可能引发死锁。
实操建议：
- 路由判断尽量简单：用
YEAR(NEW.created_at)或MONTH(NEW.created_at)算分表名，别做字符串拼接或正则 - 避免在触发器里查其他表（比如查配置表取分表规则）——查一次就多一次锁等待
- 分表数量别太多（建议 ≤ 64），否则
CASE WHEN判断链过长，解析开销明显
