PostgreSQL序列为何不同步？不解数据导入/恢复致该问题的原因

PostgreSQL的序列（为SERIAL/IDENTITY字段提供自动ID）是独立的数据库对象，只有当你通过字段的默认值（即插入时不手动指定ID）插入数据时，才会自动调用nextval()来递增序列的当前值。而导入大量行或恢复数据库时，序列不同步的核心原因是：

• 导入脚本通常包含显式的ID值：
  大部分数据导出/备份工具（如pg_dump的SQL格式）会将表中所有行的完整数据（包括ID字段）导出为带显式值的INSERT语句，比如：

  INSERT INTO users (id, name) VALUES (1, 'Alice'), (2, 'Bob'), (100, 'Charlie');
  

  这种插入方式不会触发序列的nextval()调用，序列的当前值不会随着导入的ID最大值更新。如果导入前序列的当前值是1，导入后序列还是停留在1，但表中最大ID已经是100，后续自动插入时就会尝试生成ID=1，导致主键冲突。

• 恢复操作可能未同步序列状态：
  部分备份恢复流程中，序列的状态（当前值）可能没有被正确还原或同步。比如，若备份脚本中只包含表数据的插入，没有包含setval()语句来将序列设置为表中ID的最大值，恢复后序列就会和表数据脱节。即使是pg_dump的默认备份，若你手动修改了备份脚本，跳过了序列重置的部分，也会出现这个问题。

简单来说：序列不会主动“感知”表中ID的最大值，只有被nextval()触发时才会更新。导入/恢复时如果都是手动指定ID插入，序列完全没被用到，自然就和表中的实际ID范围不同步了。

内容的提问来源于stack exchange，提问作者Prabhatika Vij