MySQL 5.7触发器不能跨表更新——这是InnoDB引擎层硬限制，AFTER/BEFORE中UPDATE other_table必报ERROR 1442；唯一安全操作是BEFORE中SET NEW字段，跨表写入必须交由应用层事务+UPDATE JOIN实现。
MySQL 5.7 触发器不能跨表更新，这是硬限制
直接在 AFTER UPDATE 或 BEFORE UPDATE 触发器里写 UPDATE other_table，一定会报错：Can't update table 'other_table' in stored function/trigger because it is already used by statement...。这不是你语法写错了，是 MySQL 5.7 的 InnoDB 引擎层明确禁止的——它不允许在当前事务上下文中对“非触发源表”做写操作。所以「用触发器更新统计表」这条路在 5.7 里根本走不通。
替代方案：改用应用层事务 + UPDATE JOIN
真正可行的做法，是在应用代码里把主表更新和统计表更新包在同一个事务里，并用标准 UPDATE ... JOIN 语法完成跨表写入。比如订单状态变更后要同步更新用户订单数：
- 先执行主更新：
UPDATE orders SET status = 'shipped' WHERE id = 123; - 再在同一事务中执行统计更新：
UPDATE users u JOIN orders o ON u.id = o.user_id SET u.order_count = u.order_count + 1 WHERE o.id = 123 AND o.status = 'shipped'; -
JOIN的ON只负责关联逻辑，WHERE才控制最终哪些行被更新，漏掉WHERE会导致整张users表被误增 - 务必给
orders.user_id和orders.status加联合索引，否则JOIN会全表扫描
如果非要用触发器，只能退到 BEFORE 阶段做 NEW 值干预
触发器唯一能安全修改的，只有当前语句正在操作的那张表的 NEW 值。比如你想让每次插入订单时自动填入用户当前订单数（作为快照），只能在 BEFORE INSERT 里查、赋值，不能更新其他表：
DELIMITER $$
CREATE TRIGGER set_order_snapshot BEFORE INSERT ON orders
FOR EACH ROW
BEGIN
SET NEW.user_order_count_at_create = COALESCE(
(SELECT COUNT(*) FROM orders WHERE user_id = NEW.user_id),
0
);
END$$
DELIMITER ;
注意点：
- 子查询必须是标量（单值），否则报
Subquery returns more than 1 row -
COALESCE防止用户没订单时返回NULL，导致NEW字段被设为NULL - 这个字段只是快照，不随后续订单增减而变；真要实时统计，还是得靠应用层或定时任务
别踩这些坑
实际部署时最容易翻车的地方：
- 在触发器里写
SELECT ... FROM target_stat_table FOR UPDATE—— 极易引发死锁，尤其并发高时 - 用
INSERT INTO stats SELECT ...模拟“日志式更新”，结果发现SELECT读到的是语句开始前的快照，错过本事务刚写的行 - 以为
OLD和NEW能自动带出默认值，其实它们只反映 SQL 实际传入的值；amount列定义了DEFAULT 0，但INSERT INTO t () VALUES ()进来时，NEW.amount仍是NULL，不是0 - 把统计逻辑塞进
AFTER INSERT，又试图用存储过程封装UPDATE—— 存储过程里再更新原表，照样触发 ERROR 1442
MySQL 5.7 的触发器能力边界非常清晰：它只适合做字段预处理、简单校验或写日志表，所有涉及多表写操作的业务，都得交还给应用层控制。
