mysql触发器中可用now()但不能动态建表；正确做法是用固定表daily_counter配合date(now())和insert...on duplicate key update实现按日计数，delete需额外触发器处理，高并发下存在最终一致性。
触发器里不能用 NOW() 函数直接取日期做分区键？
MySQL 触发器中 NOW() 是允许的，但问题常出在「想用它动态生成表名或字段值」——比如试图拼接 counter_20240515 这种日表名，这在触发器里做不到。触发器不支持动态 SQL（PREPARE/EXECUTE 被禁用），也不能改表结构。所以必须把日期作为字段存进固定表，而不是靠建一堆日表。
正确做法是：维护一张固定结构的 daily_counter 表，含 date（DATE 类型）、table_name（VARCHAR）、count（INT）三列；触发器每次只更新对应日期 + 表名的那条记录。
-
date字段用DATE(NOW())截断时间部分，确保同一天的所有插入都命中同一行 - 联合主键设为
(date, table_name)，避免重复插入，方便用INSERT ... ON DUPLICATE KEY UPDATE - 别用
CURDATE()替代DATE(NOW())—— 二者行为一致，但DATE(NOW())更显式，避免某些版本下CURDATE()在触发器中被缓存的歧义
INSERT 触发器里怎么安全累加计数？
不能直接写 UPDATE daily_counter SET count = count + 1 WHERE date = DATE(NOW()) AND table_name = 'orders'，因为该语句在多行插入（如 INSERT INTO orders VALUES (...), (...)）时只执行一次，会少算。
必须让触发器对「每一行新数据」都触发一次计数更新：
- 用
BEFORE INSERT或AFTER INSERT都可以，但推荐AFTER INSERT，避免因触发器逻辑失败导致主表插入回滚 - 用
INSERT ... ON DUPLICATE KEY UPDATE count = count + 1保证原子性，无需先查再增 - 注意：如果目标行不存在，
ON DUPLICATE KEY UPDATE会自动插入新行；存在则只更新count，无需额外判断
示例触发器代码：
CREATE TRIGGER tr_orders_insert_counter AFTER INSERT ON orders FOR EACH ROW INSERT INTO daily_counter (date, table_name, count) VALUES (DATE(NOW()), 'orders', 1) ON DUPLICATE KEY UPDATE count = count + 1;
删除或回滚数据时，计数能自动减回去吗？
不能。触发器只响应 INSERT，删数据不会自动扣减 —— 这是设计前提：这个 daily_counter 只统计「新增量」，不是实时行数快照。
如果业务需要净增量（增-删），就得补上 DELETE 和 UPDATE 触发器：
-
BEFORE DELETE触发器里执行UPDATE daily_counter SET count = count - 1 WHERE ... - 但要注意：若某天没新增过，
count可能变负数；建议加IF count > 0 THEN ...判断，或改用INSERT ... ON DUPLICATE KEY UPDATE count = GREATEST(0, count - 1) - 更稳妥的做法是：只用
INSERT触发器，把「删除量」单独记到另一张daily_deletion表，后续由应用层合并计算
高并发下计数不准？得看唯一索引和事务隔离级别
即使用了 ON DUPLICATE KEY UPDATE，在高并发下仍可能因间隙锁或 MVCC 导致计数偏高（重复插入新行）或偏低（丢失更新）。根本原因是：多个事务同时发现「无匹配行」，都执行插入，然后其中一个的 UPDATE 被覆盖。
- 确保
daily_counter的(date, table_name)是UNIQUE或主键，否则ON DUPLICATE KEY不生效 - 用
READ-COMMITTED隔离级别比REPEATABLE-READ更不容易出现幻读干扰计数 - 极端场景下，可考虑用
SELECT ... FOR UPDATE加行锁，但会显著降低并发性能，一般没必要
真正容易被忽略的是：这个方案本质是「最终一致」，不是强一致。如果要求毫秒级精确，就别用触发器，改用应用层异步写入或 Binlog 解析。
