mysql触发器禁止动态拼接表名，必须硬编码if分支路由并提前建好分表；postgresql虽支持execute动态表名但有计划重编译和运行时错误风险。
触发器里不能拼接表名执行 INSERT
SQL 触发器（比如 MySQL 的 BEFORE INSERT 或 AFTER UPDATE）里，INSERT INTO 语句的目标表名必须是静态的——你不能写成 INSERT INTO CONCAT('log_', @table_name) ...。MySQL 会直接报错 ERROR 1336 (0PL01): Dynamic SQL is not allowed in stored function or trigger。PostgreSQL 的触发器函数里如果用 EXECUTE 拼接表名，也得靠 format() + 动态查询，但前提是函数标记为 VOLATILE，且权限和上下文受限。
用分区表或统一日志表替代动态建表
真正需要“按业务表分日志”的场景，硬拼表名不是解法，反而埋坑。更稳的做法是：所有变更日志写进一张宽表，靠字段区分来源。例如：
CREATE TABLE audit_log (
id BIGINT PRIMARY KEY AUTO_INCREMENT,
table_name VARCHAR(64) NOT NULL,
operation ENUM('INSERT','UPDATE','DELETE') NOT NULL,
row_id BIGINT,
old_data JSON,
new_data JSON,
created_at DATETIME DEFAULT CURRENT_TIMESTAMP
);
触发器里只需填 table_name 字段（可用 SELECT 'users' AS table_name 硬编码，或从 INFORMATION_SCHEMA 查当前触发器所属表名——但注意 MySQL 中 TRIGGER_NAME 不暴露源表，需在创建触发器时显式传入）。
- 避免频繁
CREATE TABLE带来的锁表、权限、DDL 失败风险 - 查日志时用
WHERE table_name = 'orders'过滤，性能靠(table_name, created_at)联合索引支撑 - 若真要物理隔离，用 MySQL 5.7+ 的按月分区：
PARTITION BY RANGE (TO_DAYS(created_at))，而不是按业务表名切分
MySQL 中获取触发器所在表名的取巧方式
MySQL 触发器内部无法直接拿到“自己挂载在哪张表”，但可通过以下方式间接识别：
- 在创建触发器时，把表名作为注释或变量写死：
INSERT INTO audit_log (table_name, ...) VALUES ('products', ...) - 利用
information_schema.TRIGGERS表反查（仅限调试，不可用于触发器运行时）：SELECT EVENT_OBJECT_TABLE FROM information_schema.TRIGGERS WHERE TRIGGER_NAME = 'trig_products_after_insert' - PostgreSQL 更直接：触发器函数参数
tg_table_name就是源表名，可直接用EXECUTE format('INSERT INTO log_%I ...', tg_table_name)
注意：MySQL 8.0 开始支持 JSON_OBJECT()，建议把整行新旧值转成 JSON 存进统一日志表，别试图拆字段映射到不同物理表。
跨表日志写入的权限与事务边界
触发器写日志表时，它和主操作共用同一事务。这意味着：
- 如果日志表引擎不支持事务（如 MyISAM），主事务回滚时日志不会回滚，数据不一致
- 日志表必须和业务表同库，否则 MySQL 触发器不允许跨库操作（报错
ERROR 1442 (HY000): Can't update table ... in stored function/trigger） - 避免在触发器里调用存储过程写日志——嵌套层级深、错误难追踪；直接
INSERT INTO audit_log最可控
真正麻烦的不是“怎么拼表名”，而是没想清楚日志要不要参与主事务、查的时候要不要跨表 JOIN、归档时怎么按时间切片——这些比表名动态生成重要得多。
