MySQL触发器无法直接用AUTO_INCREMENT生成带前缀流水号，因它仅支持纯数字单列递增；正确做法是用BEFORE INSERT触发器结合独立计数表seq_order、CONCAT()和LPAD()生成如"ORD202405200001"格式订单号。
MySQL 触发器里不能直接用 AUTO_INCREMENT 生成带前缀的流水号
因为 AUTO_INCREMENT 只支持纯数字、单列、全局递增，没法自动拼接日期或业务前缀（比如 "ORD202405200001"）。硬塞进主键字段会导致唯一性冲突或触发器执行失败。
- 别在触发器里写
INSERT INTO orders VALUES (NULL, ...)然后指望LAST_INSERT_ID()拿到带前缀的值——它只返回数字部分 - 真实场景中，订单号需满足：可读性（含日期）、防重（同一秒多单不重复）、可排序（字符串也能按时间大致排序）
- 推荐做法：用触发器 +
CONCAT()+LPAD()+ 一个独立计数器表（避免并发覆盖）
必须建一张独立的 seq_order 表来保序
直接在触发器里用 SELECT MAX(id) FROM orders 是典型并发陷阱——两个事务同时查到同一个最大值，生成重复订单号。
CREATE TABLE seq_order (date_key CHAR(8) PRIMARY KEY, next_val INT NOT NULL DEFAULT 1) ENGINE=InnoDB;- 每次插入前，先
INSERT ... ON DUPLICATE KEY UPDATE next_val = next_val + 1，再SELECT当前值 - 这个表每行对应一天（
date_key = DATE_FORMAT(NOW(), '%Y%m%d')），既控制粒度，又天然支持按日归零 - 别用 MyISAM——它的
AUTO_INCREMENT虽然支持多列，但不保证事务安全，高并发下照样错
BEFORE INSERT 触发器里要显式赋值给 order_no 字段
不能依赖默认值或延迟计算；否则应用层拿到空值，或触发器执行时发现字段为 NULL 报错。
- 假设订单表有
order_no VARCHAR(20)字段，触发器内必须写：SET NEW.order_no = CONCAT('ORD', @date_key, LPAD(@next_val, 4, '0')); -
@date_key和@next_val需从seq_order表查出并赋值，不能用函数嵌套多次调用（如DATE_FORMAT(NOW(), '%Y%m%d')在同一语句中多次出现可能返回不同值） - 如果业务要求「当天首单从 0001 开始」，注意
INSERT ... ON DUPLICATE KEY UPDATE后要SELECT出更新后的值，而不是用VALUES()或旧值
PostgreSQL 用户别照搬 MySQL 写法
PG 的 SEQUENCE 原生支持自定义格式，且 nextval() 是原子的，根本不需要额外计数表。
- 建序列：
CREATE SEQUENCE order_seq START 1 INCREMENT 1; - 生成号：
CONCAT('ORD', TO_CHAR(CURRENT_DATE, 'YYYYMMDD'), LPAD(nextval('order_seq')::TEXT, 4, '0')) - 但注意：PG 序列不自动按日归零，如需每日重置，得配合
pg_cron每天凌晨ALTER SEQUENCE order_seq RESTART WITH 1 - MySQL 没这功能，硬套 PG 思路只会掉坑里
seq_order 表的 INSERT ... ON DUPLICATE KEY UPDATE 在极端并发下不出错——哪怕加了唯一索引，也要确保应用没绕过触发器直插数据，否则计数就乱了。 
