自增ID出现空隙不必然代表丢失记录，回滚、删除或并发等机制都可能影响编号连续性。恢复验收应比较真实记录、唯一约束及业务关系，不能通过把自增值强行重设为连续数字来制造“看起来完整”。
先区分技术ID与业务编号
文章ID、数据库主键和对外订单号可能由不同机制生成，不能要求它们都连续。记录源备份时间点和已知对象，比较数量、关键字段及关系。仅看到最大ID很大或中间缺几个数字，无法判断缺失发生在何时，更不能据此补造业务记录。
理解自增分配与事务行为
不同数据库引擎和配置下，自增值的分配与回滚等行为有具体规则，不保证没有空隙。主键唯一性与序列连续是两个目标。不要将多个站点或导入批次的ID硬压缩成连续排列，可能破坏文章、媒体、订单和外部系统引用。
恢复后核对下一次合法写入
在隔离或授权测试中确认新增记录不会因自增状态或唯一键冲突失败，检查导入是否保留必要键与索引。不能直接在正式商城制造订单验证，也不宜随手把自增起点设到任意小值。若发生冲突，先查实际数据和导入过程。
以关联一致性判断恢复质量
抽查文章与元数据、商品与属性、业务对象与外部编号的关系，结合导出日志及已知记录比较。记录无法确认的时间窗口，不因ID排列漂亮就报告无损。修复任何编号配置都保留原值、操作范围与回退，避免为修饰统计破坏真实历史。
关键区别
自增ID：技术主键分配；通常不保证连续。
唯一约束：防止冲突数据；与编号无空隙不同。
恢复完整性：记录和关系正确；不能只看最大ID。
怎样确认处理到位
已知记录与关联符合备份范围，必要唯一约束存在，受控新增不冲突，缺号有合理解释或保留待核实，而非补造记录。
容易误判的边界
不宜批量重排WordPress ID或订单号；技术编号的空隙不能独立证明丢失，也不能独立证明数据完整。
