为什么在 PostgreSQL 中，当你删除表中的一行时，未来插入的行的 id 号不是连续的？

我创建下表

CREATE TABLE dogs (
  id serial,
  name VARCHAR(15),
  age integer;

我的桌子看起来像这样

                                  Table "public.birds"
 Column  |         Type          |                     Modifiers                      
---------+-----------------------+-------------------------------------    
 id      | integer               | not null default nextval('birds_id_seq'::regclass)
 name    | character varying(25) | 
 age     | integer               | 

我插入两行

INSERT INTO dogs (name, age) 
VALUES ('puffy', 13),
 ('fluffy', 15);

表格现在看起来像这样

  id |  name  | age 
 ----+--------+-----
   1 | puffy  |  13
   2 | fluffy |  15
 (2 rows)

然后我删除 id = 2 的行

DELETE FROM dogs WHERE id = 2;

并添加另一行

INSERT INTO dogs (name, age) VALUES('mimi', 20);

该表是

  id | name  | age 
 ----+-------+-----
   1 | puffy |  13
   3 | mimi  |  20
 (2 rows)

我的问题是为什么第二行中 id 的下一个数字不是 2 而是 3？我猜想在某些东西下面的某个地方存储了内存中的最后一个值，并且具有该 id 的行被删除并不重要。我知道如果需要的话我可以显式插入 id 值。但我想弄清楚为什么会发生这种情况。 是什么功能或特性造成了这种情况？它是如何工作的？

PostgreSQL 不努力跟踪已删除的序列 ID。它只是使用一个计数器来获取下一个要生成的 ID。

如果您生成值然后回滚事务、客户端连接在提交之前崩溃或服务器崩溃，也会出现间隙。

您可以依赖生成的 ID 的唯一属性是唯一性。您甚至不能依赖它们按照生成的顺序出现在表中，因为提交顺序不一定与 ID 分配顺序相同。

如果您需要无缝序列，有多种方法可以实现它们，但它们在并发写入负载中的性能很差。这就是 PostgreSQL 这样做的原因。

有关更多信息，请 Google“gaplessequence postgresql”并阅读有关序列和“nextval”函数的文档章节。