排序字段 sort_no 应该如何设计？插入到中间位置怎么处理？
简化版
排序字段常用 sort_no、position 或小数/间隔编号实现。简单场景用整数并预留步长，比如 10、20、30；频繁拖拽排序可用中间值、局部重排或专门的顺序编码。重点是避免每次插入都全表更新。
详细版
排序字段看似简单，但如果设计成连续整数 1、2、3，插入到第 1 和第 2 之间就可能要把后面所有行都更新。
常见做法是使用有间隔的整数，例如初始排序 1000、2000、3000。插入到 1000 和 2000 之间时写 1500 即可。间隔耗尽后，再对局部范围重排。
设计时还要加范围约束和索引，例如列表按 parent_id, sort_no 排序，就应建立组合索引。并发拖拽时要考虑版本号或事务，避免两个用户同时写出冲突顺序。
完整版教学
一、为什么连续编号容易翻车
连续编号最直观：第一条 sort_no=1，第二条 sort_no=2。问题出在中间插入。
如果要把新菜单插到 1 和 2 中间，整数没有空间，只能把原来的 2、3、4 全部后移。列表只有 10 条没事，列表 10 万条就会造成大量更新和锁竞争。
原顺序：1, 2, 3, 4
插入到 1 和 2 中间：
方案A：1, 2(new), 3(old2), 4(old3), 5(old4)这就是排序字段要预留空间的原因。
二、步长编号怎么工作
步长编号把初始值设置成 1000、2000、3000。插入中间时取平均值，比如 1000 和 2000 之间插入 1500。
如果再插入 1000 和 1500 之间，可以用 1250。这样多次中间插入都不需要全量移动。
| 操作 | 前后位置 | 新 sort_no |
|---|---|---|
| 初始 | A, B, C | 1000, 2000, 3000 |
| 插入 X | A 和 B 之间 | 1500 |
| 插入 Y | A 和 X 之间 | 1250 |
步长不是为了美观，而是为了减少更新范围。
三、间隔耗尽怎么办
如果在同两个位置之间反复插入，整数间隔迟早耗尽。例如 1000 和 1001 之间已经没有整数可用。
这时可以做局部重排：只把当前列表或当前页附近的几十条重新分配为 1000、2000、3000。不要全表重排，避免影响无关数据。
另一种方式是用 decimal 或字符串顺序编码，能容纳更多中间值，但实现和比较规则更复杂。
四、索引要和查询方式一致
排序字段通常不是单独使用，而是按某个范围排序。例如某个栏目下的文章、某个父菜单下的子菜单、某个用户的看板卡片。
因此索引通常设计成：
CREATE INDEX idx_parent_sort ON menu_item(parent_id, sort_no);如果只有 sort_no 单列索引，而查询条件是 WHERE parent_id = ? ORDER BY sort_no，优化效果可能不理想。
五、并发拖拽要处理冲突
后台管理系统常有拖拽排序。两个管理员同时调整同一列表时，如果没有版本控制，后提交的人可能覆盖先提交的顺序。
可以在列表维度加版本号，或在更新时带上旧版本判断。也可以把排序操作串行化，避免同一列表同时重排。
数字例子：一次拖拽只更新 1 条记录是理想情况；如果每次拖拽更新 500 条，10 个管理员同时操作就可能造成 5000 行更新和明显锁等待。
六、常见误区与追问
- 误区：排序字段用 1、2、3 最自然。 连续整数会让中间插入和拖拽排序成本变高。
- 误区：步长越大越不会重排。 步长只能延缓耗尽，热点区间仍可能需要局部重排。
- 误区：排序只需要 sort_no 单列索引。 要按实际范围查询建组合索引，例如
(parent_id, sort_no)。 - 追问：插入两个 sort_no 中间怎么取值？ 简单做法取平均值，没空间时局部重排。
- 追问：多人同时拖拽怎么办？ 用版本号、事务或列表维度串行化处理冲突。
七、加强记忆
记忆钩子：排序字段像电影院座位号，别一开始就 1、2、3 挨满；中间留空位，后面插人时才不用全场起立。
回答这题时把“连续编号的问题、步长编号、局部重排、组合索引、并发控制”讲全。排序字段小，但它很能体现数据库设计是否有工程经验。