PostgreSQL sequence cache 参数导致的数值序列不连续 有间隔 gap

Summary

在 PostgreSQL 中定义 sequence 对象时，有一个 cache 参数，该值默认为1。如果在定义时自行指定了该值为大于1的正整数，则在之后用该sequence生成数值序列的时候，某种情况下，一定会出现 数值序列不连续

某个客户端，如果它已经用 nextval(seq_name) 向PostgreSQL服务端请求过序列值，
然后这个客户端挂掉/重启，就会导致其所请求的序列值(大小为 cache size)中，尚未消费的序列值被丢弃。
NOTE：某个客户端包含：Java程序客户端/数据库GUI客户端/数据库命令行客户端/其他各种编程语言编写的客户端。

Example

• 新建一个序列，指定 cache 参数为 100

create sequence seq_for_user_id increment by 1 min value 1 start with 1 cache 100 cycle;
1

• 打开一个客户端(称为C1)，执行几次nextval

可以在Java程序里集成select nextval('seq_for_user_id')，然后通过web借口去触发执行。
也可以直接使用GUI数据库客户端，比如 DBeaver ，在查询接口直接使用SQL语句去查询。

比如说执行5次，这5次你能拿到的值的序列依次为：1, 2, 3, 4, 5

• 关闭当前客户端(C1)/启动另一个新的客户端窗口(C2)，重新触发执行 select nextval('seq_for_user_if')

你可以看到这次你能拿到的值是从101开始的。
101, 102, 103...

从 6 至 99 的值序列去哪了？
如果你的 C1 还没有关闭，则通过C1请求，依旧可以拿到那些值。

Why?

两个客户端C1和C2，都在请求数据库服务端的数据。
C1先调nextval，拿到了1，但是数据库服务端给C1直接分配了 1～100 的值。
又来一个C2，通过nextval向数据库服务端发请求，服务端从 101 开始给他一次性分配100个值： 101～200 。
如果该过程中某个客户端节点因各种原因关闭，则已请求分配到，但尚未使用的值是不会被重用的。

解决

修改已定义的 sequence 的 cache 参数，使用默认值1吧。

alter sequence if exists seq_for_user_id increment by 1 minvalue 1 start with 1 cache 1 cycle;
1

无图，等有空装了DBeaver再贴图。