MySQL触发器中禁止使用事务控制语句，仅允许对NEW行字段赋值；税率应存为字段或通过索引化子查询获取，且历史数据不会自动重算。
触发器里不能用事务控制函数
MySQL 的 BEFORE INSERT 或 BEFORE UPDATE 触发器中，如果试图调用 START TRANSACTION、COMMIT 或 ROLLBACK，会直接报错 ERROR 1305 (42000): SAVEPOINT does not exist 或更常见的 ERROR 1362 (HY000): Updating of <code>NEW row is not allowed in after trigger —— 实际上是底层禁止在触发器内开启新事务。
这意味着：税费计算逻辑必须是纯计算型，不能依赖查表+更新+回滚的复合流程。比如不能先查税率表、再判断是否要插入日志、再决定扣不扣税。
- 只允许对
NEW行字段赋值，例如SET NEW.tax_amount = NEW.amount * 0.06; - 不能执行
INSERT INTO tax_log...（除非用AFTER触发器，但会丢失原子性） - 不能调用含事务的存储过程；若封装了税率查询逻辑，该过程必须声明为
READS SQL DATA且不含任何写操作
税率变动时触发器不会自动更新历史数据
触发器只作用于新增或修改的行，对已入库的老记录完全无感。如果你今天把增值税率从 6% 调到 9%，所有昨天插入的订单仍保留旧的 tax_amount，而触发器不会回头重算。
这常被误认为“触发器失效”，其实是设计预期。真实业务中，税率变更往往对应新合同周期，老订单按原约定执行——所以不是 bug，是 feature。
- 上线前务必确认：历史数据是否需要重算？如需，得单独跑
UPDATE order_table SET tax_amount = amount * 0.09 WHERE created_at >= '2024-06-01'; - 税率建议存为字段（如
tax_rate DECIMAL(5,4)），而非硬编码在触发器里，否则每次调率都要DROP/CREATE TRIGGER - 若税率来自关联表（如
tax_rule），触发器里只能用(SELECT rate FROM tax_rule WHERE ...)子查询，且该表必须有合适索引，否则每插一行都全表扫
PostgreSQL 和 MySQL 的 NEW/OLD 行行为差异
MySQL 触发器中，BEFORE 可改 NEW，AFTER 不可改；PostgreSQL 则允许在 BEFORE 中返回 NULL 拦截插入，或返回修改后的 NEW 行。但两者都禁止在触发器里改其他表的行（PG 除外，可用 PERFORM 执行函数，但不推荐）。
最易踩的坑是跨库引用：MySQL 触发器无法访问其他数据库的表（除非用 FEDERATED 引擎，极不推荐）；PG 则可通过 dblink 或外部表间接访问，但延迟和权限问题频发。
- MySQL 示例（合法）：
SET NEW.tax_amount = ROUND(NEW.amount * COALESCE((SELECT rate FROM tax_config WHERE code = NEW.tax_code LIMIT 1), 0), 2); - MySQL 示例（非法）：
INSERT INTO audit_log VALUES (...);放在BEFORE触发器里会报错 - PG 示例（需注意）：
IF NEW.amount —— 这会静默丢弃整行，前端可能只看到“插入 0 行”却无报错
触发器性能瓶颈比想象中来得快
单条插入看似无感，但批量导入 10 万行时，每个触发器都执行一次子查询 + 浮点运算，很容易让 INSERT ... SELECT 变成 I/O 瓶颈。尤其当税率查询依赖多条件 JOIN 时，响应时间呈线性增长。
线上曾见过一个案例：触发器里写了 (SELECT r.rate FROM tax_rule r JOIN product p ON r.product_type = p.type WHERE p.id = NEW.product_id)，没给 product.type 加索引，批量插入时慢了 17 倍。
- 始终给触发器内所有
SELECT用到的字段加联合索引，例如(product_type, valid_from) - 避免在触发器里调用自定义函数，MySQL 函数默认为
CONTAINS SQL，无法被优化器下推 - 如果税费逻辑复杂（如阶梯税率、减免规则），宁可把计算放到应用层，用缓存预加载税率配置，也别塞进触发器
实际部署时，最常被忽略的是错误处理边界：触发器里 SELECT 查不到税率，COALESCE 能兜住，但如果是除零（比如 amount / quantity）、或 CAST 失败（比如把 'abc' 转 DECIMAL），整个语句就直接失败，连原始插入都回滚。这种细节，测试时用异常数据一试便知。
