触发器不能实时COUNT(*)同步总数，只能通过AFTER INSERT/DELETE/UPDATE触发器对预存汇总字段做原子增减；需初始化总数、校验一致性，并禁用或配套处理TRUNCATE。
触发器不能直接“同步总数”，只能同步行级变更。所谓“总数同步”，本质是靠触发器维护一个预计算的汇总值字段（比如 total_count），而不是每次查 COUNT(*)。
为什么不能用 COUNT(*) 实时计算总数
在触发器里写 SELECT COUNT(*) FROM main_table 再更新从表，会报错：Can't update table 'summary' in stored function/trigger because it is already used by statement which invoked this stored function/trigger —— MySQL 禁止在触发器中读写当前正在变更的表（或被该语句间接涉及的表）。
更关键的是性能：每插一条就扫全表算一次总数，数据量一过万，插入就会明显变慢。
所以正确做法是：用触发器只做“加一”“减一”这类原子更新，不查表、不聚合。
INSERT/DELETE 触发器里怎么安全更新总数字段
假设你有主表 orders 和汇总表 summary_stats，后者只有一行，含字段 order_total：
CREATE TABLE summary_stats ( id TINYINT PRIMARY KEY DEFAULT 1, order_total INT DEFAULT 0 );
对应触发器示例（注意用 AFTER，且只改数值，不查表）：
DELIMITER $$ CREATE TRIGGER orders_after_insert AFTER INSERT ON orders FOR EACH ROW BEGIN UPDATE summary_stats SET order_total = order_total + 1 WHERE id = 1; END$$ <p>CREATE TRIGGER orders_after_delete AFTER DELETE ON orders FOR EACH ROW BEGIN UPDATE summary_stats SET order_total = order_total - 1 WHERE id = 1; END$$ DELIMITER ;
- 必须用
AFTER：确保主表行已真正落盘，避免事务回滚导致总数错乱 - 不能用
BEFORE+SET NEW.xxx：总数不在主表里，没法“提前设” -
UPDATE必须带WHERE id = 1：避免意外影响其他行（哪怕现在只有 1 行） - 别忘了
UPDATE场景：如果业务允许更新主键或唯一键（如迁移 ID），需额外加AFTER UPDATE触发器判断OLD.id != NEW.id是否导致计数变化
UPDATE 触发器容易漏掉的边界情况
多数人只处理 INSERT/DELETE，但 UPDATE 可能改变逻辑“是否计入总数”。例如：
- 主表有
status ENUM('active', 'archived')，只统计active行 - UPDATE 把
status从active改成archived，总数该减 1 - 反之，该加 1
这时触发器要这样写：
CREATE TRIGGER orders_after_update AFTER UPDATE ON orders
FOR EACH ROW
BEGIN
IF OLD.status = 'active' AND NEW.status != 'active' THEN
UPDATE summary_stats SET order_total = order_total - 1 WHERE id = 1;
ELSEIF OLD.status != 'active' AND NEW.status = 'active' THEN
UPDATE summary_stats SET order_total = order_total + 1 WHERE id = 1;
END IF;
END$$重点：必须同时检查 OLD.status 和 NEW.status，只看 NEW.status 会误判（比如从 archived → archived 也触发加 1）。
初始化和校验总数是否准确
触发器上线前，必须手动初始化总数，否则从 0 开始累加会错：
UPDATE summary_stats SET order_total = (SELECT COUNT(*) FROM orders WHERE status = 'active') WHERE id = 1;
后续定期校验（建议写成脚本定时跑）：
SELECT s.order_total AS from_summary, (SELECT COUNT(*) FROM orders WHERE status = 'active') AS actual_count, s.order_total != (SELECT COUNT(*) FROM orders WHERE status = 'active') AS mismatch FROM summary_stats s;
一旦 mismatch 为 1，说明触发器漏事件或被绕过（比如用 LOAD DATA INFILE 或禁用触发器的 session 批量导入），就得重置并排查操作日志。
最易被忽略的是：触发器不捕获 TRUNCATE TABLE —— 它不走 DML 流程，不会触发任何触发器，但会清空主表。只要业务中存在 TRUNCATE，就必须配套重置汇总值，或彻底禁用该命令。
