真正可用的方案必须将「号段分配」与「字符串格式化」严格分离：前者需原子性（如sql server用update+output、mysql用for update或on duplicate key update、postgresql用sequence），后者仅做无状态拼接；三步“获取号段→格式化→写入业务表”必须在同一个事务中完成，否则会导致空号或重号。
不能靠 SELECT MAX() + 1 拼接，高并发下必然重复或死锁；真正可用的方案必须把「号段分配」和「字符串格式化」严格分离，前者要原子、后者只做拼接。
SQL Server：用 UPDATE + OUTPUT 实现号段原子分配
这是最稳的落地方式，绕开事务隔离级别依赖，单条语句完成读值、加1、写回、返回四步。
- 专用计数表必须含
Key（如'ORDER'）、CurrentValue、LastUpdate字段，Key为主键或唯一索引 -
UPDATE必须带WHERE Key = @BizType条件，且必须用OUTPUT INSERTED.CurrentValue拿新值，不能先SELECT再UPDATE - 补零别用
FORMAT()——性能差、线程不安全、文化设置可能引入空格；改用RIGHT('000000' + CAST(@num AS VARCHAR(10)), 6) - 前缀直接用
+拼，例如'ORD' + CONVERT(char(8), GETDATE(), 112) + @padded_num，不要在存储过程中做拼音缩写逻辑
MySQL：用单行表 + FOR UPDATE 或 INSERT ON DUPLICATE KEY UPDATE
MySQL 5.7 没有原生 SEQUENCE，但单行计数表配合行锁是事实标准。
- 建表：
CREATE TABLE seq_generator (name VARCHAR(50) PRIMARY KEY, next_val BIGINT NOT NULL)，插入初始值INSERT INTO seq_generator VALUES ('order_no', 1) - 存储过程内必须显式
START TRANSACTION，否则SELECT ... FOR UPDATE在自动提交模式下无效 - 获取并更新必须一步：
SELECT @cur := next_val FROM seq_generator WHERE name = 'order_no' FOR UPDATE; UPDATE seq_generator SET next_val = @cur + 1 WHERE name = 'order_no'; - 更优替代（尤其高并发）：
INSERT INTO seq_generator VALUES ('order_no', 1) ON DUPLICATE KEY UPDATE next_val = LAST_INSERT_ID(next_val + 1); SELECT LAST_INSERT_ID();，LAST_INSERT_ID()是唯一可回滚的递增方式
PostgreSQL：用原生 SEQUENCE + to_char() 格式化
NEXTVAL 本身无锁高性能，但不可回滚——取号即消耗，顺序不能颠倒。
- 先确认业务记录合法（比如状态校验通过），再调
NEXTVAL('order_seq')；如果事务 rollback，该号已跳过，无法回收 - 格式化必须在数据库内完成：
to_char(nextval('order_seq'), 'FM000000')，FM去掉前导空格，否则补零失效 - 不要在
INSERT ... SELECT中批量取号——并行执行可能导致乱序；也不要跨类型共用一个序列，应为每类业务建独立序列（如seq_so、seq_po） - 触发器中按
NEW.business_type分支调用对应序列，非法值必须RAISE EXCEPTION，不能静默兜底
所有数据库都绕不开的硬约束：三步必须原子包进同一事务
「获取号段 → 格式化 → 写入业务表」这三步一旦拆开，就等于把号段暴露在应用层手里。中间任何环节失败（网络中断、应用崩溃、手动 rollback），都会导致号永久空缺或重号。
- 存储过程不能只返回编号让应用决定是否插入；必须在同一个
BEGIN TRAN / START TRANSACTION内完成最终INSERT INTO orders (order_no, ...) - 若业务要求每日重置（如
ORD202609040001），日期必须作为计数表联合主键的一部分（Key + DatePart），避免凌晨多个请求同时发现“当天无记录”而各自初始化 - 日期格式统一用
CONVERT(char(8), GETDATE(), 112)（SQL Server）或DATE_FORMAT(NOW(), '%Y%m%d')（MySQL），不依赖区域设置，也不用NOW()多次调用拼接——毫秒级差异会导致逻辑错乱
真正难的不是拼字符串，而是让“取号”这件事本身在并发下不抢、不丢、不重。格式只是表象，号段分配机制才是核心；所有试图用 MAX()、ROW_NUMBER() 或触发器里查本表的做法，在稍大流量下都会露出马脚。
