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;
- 打开一个客户端(称为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;
无图,等有空装了DBeaver再贴图。