我运行一个小型站点并使用 PostgreSQL 8.2.17（我的主机上唯一可用的版本）来存储数据。 在过去的几个月里，我的服务器上的数据库系统发生了 3 次崩溃，每次发生这种情况时，其中一张表中的序列字段（主键）中的 31 个 ID 都丢失了。现在有 93 个 ID 丢失了。
表：
CREATE TABLE "REGISTRY"
(
"ID" serial NOT NULL,
"strUID" character varying(11),
"strXml" text,
"intStatus" integer,
"strUIDOrg" character varying(11),
)
对我来说，所有 ID 值都在那里非常重要。我该怎么做才能解决这个问题？
【问题讨论】：
标签： postgresql primary-key auto-increment
感谢 Matthew Wood 和 Frank Heikens 的回答，我想我有一个解决方案。
我必须创建自己的序列并将 CACHE 参数定义为 1，而不是使用串行字段。这样 postgres 将不会缓存值，每个值都将直接从序列中获取:)
感谢您的所有帮助:)
【讨论】：
你不能指望串行列没有孔。
您可以通过像这样牺牲并发来实现无缝密钥：
create table registry_last_id (value int not null);
insert into registry_last_id values (-1);
create function next_registry_id() returns int language sql volatile
as $$
update registry_last_id set value=value+1 returning value
$$;
create table registry ( id int primary key default next_registry_id(), ... )
但是任何尝试向registry 表插入内容的事务都会阻塞，直到其他插入事务完成并将其数据写入磁盘。这将限制您在 7500rpm 磁盘驱动器上每秒插入事务不超过 125 个。
此外，从registry 表中删除任何内容都会产生间隙。
此解决方案基于 A. Elein Musttain 的文章 Gapless Sequences for Primary Keys，该文章有些过时了。
【讨论】：
您是否遗漏了 93 条记录，或者您是否有 31 个缺失数字中的 3 个“漏洞”？
序列不是事务安全的，它永远不会回滚。因此，它不是一个创建没有孔的数字序列的系统。
来自manual：
重要提示：避免阻塞 获得的并发事务 来自同一序列的数字，a nextval 操作永远不会滚动 背部;也就是说，一旦一个值已经 fetched 它被认为是使用过的，即使 执行 nextval 的交易 后来中止。这意味着中止 交易可能未使用 分配顺序中的“孔” 价值观。 setval 操作永远不会 也回滚了。
【讨论】：