MySQL触发器中禁止在BEFORE INSERT里对本表执行MAX(id)等聚合查询，会报ERROR 1442；应改用带FOR UPDATE的序列表+DATE_FORMAT与LPAD生成如ORD-20260425-00042格式，并通过EVENT每日重置。
触发器里不能直接用 MAX(id) 查询最大值
MySQL 触发器中禁止在 BEFORE INSERT 里对本表执行 SELECT MAX(id) 类聚合查询，会报错 ERROR 1442 (HY000): Can't update table 'xxx' in stored function/trigger because it is already used by statement which invoked this stored function/trigger。这不是权限问题，是 MySQL 的底层限制——触发器执行期间本表被“锁定引用”，不允许再读取自身聚合结果。
常见错误写法（会失败）：
SELECT MAX(id) INTO @max_id FROM code_table;
替代方案必须绕开本表聚合，典型做法是：
- 用独立的序列表（如
code_sequence）维护当前流水号，每次插入前查+更新它 - 用函数封装逻辑（如
nextval('order_seq')），但函数内部仍需操作序列表，且需提前设log_bin_trust_function_creators=TRUE - 放弃触发器，改由应用层（如 Java）加行锁或乐观锁控制，但并发高时易冲突
日期+流水号格式化要用 LPAD 和 DATE_FORMAT 配合
要生成类似 ORD-20260425-00042 这种格式，核心是两步：截取日期字符串、补零对齐流水号。直接拼接容易出错，比如把 42 变成 42 而不是 00042。
正确写法示例（在触发器内）：
SET NEW.code = CONCAT('ORD-', DATE_FORMAT(NOW(), '%Y%m%d'), '-', LPAD(nextSeq, 5, '0'));
注意点：
-
DATE_FORMAT(NOW(), '%Y%m%d')输出 8 位全数字日期，避免%y导致 2026 →26，年份歧义 -
LPAD(nextSeq, 5, '0')中nextSeq必须是整数类型；若从序列表查出来是INT，没问题；若误用字符串字段，LPAD会静默失败 - 不要用
CONCAT_WS或多次CONCAT拼接，易漏分隔符；单次CONCAT最稳
多用户并发下序列表必须用 SELECT ... FOR UPDATE
序列表（如 code_sequence）本质是共享计数器。不加锁直接 SELECT + UPDATE 会导致两个事务同时读到相同 seq 值，生成重复编码。
必须显式加行锁：
SELECT seq INTO nextSeq FROM code_sequence WHERE seq_name = 'order_seq' FOR UPDATE;
关键细节：
-
FOR UPDATE只在事务内生效，所以整个触发器逻辑需在事务上下文中（默认满足） - 序列表必须有主键或唯一索引（如
seq_name字段建PRIMARY KEY），否则FOR UPDATE可能锁表 - 别用
LOCK IN SHARE MODE，它允许多个读，无法阻止并发更新
每日重置流水号必须用事件（EVENT），不能靠触发器
触发器只响应 DML（增删改），无法感知“新一天到来”。想让 20260425-00099 后下一个变成 20260426-00001，必须外部驱动重置。
可靠做法是启用 MySQL 事件调度器并创建日事件：
SET GLOBAL event_scheduler = ON;
CREATE EVENT reset_daily_seq ON SCHEDULE EVERY 1 DAY STARTS '2026-04-26 00:00:00' DO UPDATE code_sequence SET seq = 1 WHERE seq_name = 'order_seq';
容易忽略的坑：
- 事件默认关闭，
event_scheduler必须设为ON，否则事件永不执行 -
STARTS时间必须是未来时间点，设成过去时间（如'2026-04-25 00:00:00'）会导致事件立即失效 - 事件执行权限独立于用户权限，需要
EVENT权限，建事件前确认账号有该权限
实际中最容易被忽略的是序列表的锁粒度和事件调度器的状态——它们不出错时不显眼，一出错就是批量重复编码，排查成本极高。
