新增文章 ID 跳号，需要修复吗？
理解自增编号与页面排序的区别，通过只读核对判断是否异常，避免为了编号连续而改坏数据关联。
一、先分清编号、条数与显示顺序
文章 ID 是系统识别内容的标记，不等同于当前栏目文章数量，也不要求等于列表中的序号。删除过演示数据、导入过内容或发生失败写入后，下一条 ID 与可见最大编号之间出现空档，并不自动说明数据库出错。若只是想调整展示先后，应检查排序设置。
先看文章能否新增、编辑和打开，是否出现重复编号或错误关联。
确认列表是否只显示某个栏目、某个语言或某种发布状态，避免把筛选结果当作数据库全部内容。
二、备份后，在副本上只读核对
记录当前数据库类型、程序版本与近期导入删除操作。已有正式内容时，先通过数据库支持的备份方式生成一致副本，再在副本上查询最大 ID、记录总数及文章所属栏目。不要直接修改线上数据库的内部系统表，也不要为了试错连续新增和删除正式文章。
SQLite 使用 AUTOINCREMENT 时，sqlite_sequence 会记录相关自增状态；历史编号可以高于目前仍存在的内容编号。
MySQL 的 AUTO_INCREMENT 也不能用来保证业务序号连续，应结合实际引擎和写入记录判断。
三、按问题目标选择处理方式
若文章功能正常且仅编号不连续，通常无需修复。想让页面显示“第 1 条、第 2 条”，可以在展示层生成序号；需要业务编号时，应另建有明确规则的字段。只有确认发生重复主键、导入错误或关联错乱，才进入数据修复流程，并由维护人员在副本上先验证。
不要把自增值重置为一个随手填写的小数值，也不要批量重排已上线内容的 ID。
确需迁移时，同时检查文章扩展数据、关联栏目、附件引用和已有访问链接，制定回滚步骤。
四、验证内容行为，而不是只看数字
在测试副本中新建一篇明确标识的测试文章，完成保存、修改、预览和删除，观察有没有实际报错。若维护仅涉及列表排序，则检查前台排序结果即可。正式站点验收应抽查旧文章链接和相关内容关联，防止视觉上编号整齐了，历史链接却变成失效或指向另一篇文章。
保留修改前后的记录数量和抽样结果，发现异常立即恢复副本验证。
维护记录写清修复的是何种功能问题；“让 ID 连续”本身不应作为线上修复目标。
主题参考与延伸阅读
本文由站长猫原创整理。主题参考：PBOOTCMS新增文章 发现文章ID不是按照最后值递增的解决方法。