SQL中顺序号跳号是自增ID设计使然，非缺陷；需按需选择序列、业务层加锁或窗口函数等方案，避免混淆技术主键与业务序号。
SQL中顺序号跳号（断号）通常是因为自增主键在插入失败、事务回滚、手动删除或批量操作后未重用已分配的ID，导致编号不连续。这不是数据库缺陷，而是设计使然——自增ID追求性能和并发安全，而非连续性。若业务明确要求“连续序号”（如单据号、流水号），不能依赖AUTO_INCREMENT或IDENTITY，需额外控制。
用序列+显式赋值替代自增
在支持序列（SEQUENCE）的数据库（如PostgreSQL、Oracle、SQL Server 2012+）中，可创建独立序列对象，按需取值并写入业务字段，避免主键与显示序号耦合。
- 建序列：CREATE SEQUENCE seq_order_no START WITH 1 INCREMENT BY 1;
- 插入时取号：INSERT INTO orders (order_no, amount) VALUES (NEXT VALUE FOR seq_order_no, 100.00);
- 优点：序号严格递增、可控、不因回滚丢失；缺点：高并发下仍可能有间隙（如取号后未提交就中断）
业务层生成连续号（推荐用于关键单据）
对必须“绝对不跳号”的场景（如发票号、合同编号），建议在应用层加锁生成——用数据库行锁或分布式锁确保同一时刻只有一个进程获取下一个号。
PigX UI 前端开发
下载
PigX UI Pro 前端开发指南 - Vue 3 + TypeScript + Element Plus。当用户提到 PigX UI、PigX 前端、lgb-mgui 项目、Vue 3 企业级后台开发、Element Plus 后台开发时使用此技能。
- 建一张号段表：CREATE TABLE number_pool (type VARCHAR(20), current_no BIGINT, updated_at DATETIME);
- 更新并读取：UPDATE number_pool SET current_no = current_no + 1, updated_at = NOW() WHERE type = 'invoice' RETURNING current_no;（PostgreSQL）或用SELECT … FOR UPDATE + UPDATE组合（MySQL）
- 失败重试+幂等处理，确保即使应用异常也不重复发号
查询时动态生成显示序号（仅展示用）
如果跳号只影响前端显示（如列表排序号），完全无需修改数据。用窗口函数实时计算即可，既不影响性能，又保证视觉连续。
- MySQL 8.0+/PostgreSQL/SQL Server：SELECT ROW_NUMBER() OVER (ORDER BY create_time) AS display_no, order_id, amount FROM orders;
- 注意：ROW_NUMBER()是查询时生成，不存入表，也不参与业务逻辑，仅用于界面展示
避免误用自增ID做业务序号
这是最常见的根源问题。自增ID本质是物理标识符，不是业务编号。一旦把它当“第N笔订单”用，就会陷入断号焦虑。
- 主键用BIGINT AUTO_INCREMENT（保障唯一、高效）
- 另设business_no字段存真正对外的连续单号（由上述方案生成）
- 索引分离：主键索引保性能，business_no加唯一索引保业务约束
基本上就这些。断号本身不可怕，可怕的是把技术ID和业务语义混为一谈。理清需求层级——哪些地方真要连续，哪些只是看着顺眼——方案自然清晰。
