解决postgresql 序列跳值的问题

 

这篇文章主要介绍了解决postgresql 序列跳值的问题,具有很好的参考价值,希望对大家有所帮助。一起跟随小编过来看看吧。

一、序列的创建

CREATE SEQUENCE seq_bm_menuid
 INCREMENT 1
 MINVALUE 1
 MAXVALUE 999999999999999999
 START 1
 CACHE 5;

大家从以上语句中可以看出当前序列的cache为5,那么这个cache是在什么时候起作用呢?

二、遇到的序列跳值问题

当我们的web应用访问postgresql数据库,使用nextval(‘seq_bm_menuid’)获取序列值,然后插入到我们的业务表中时,发现业务表中该序列值对应字段的值不连续,以5为间隔发生跳跃,

如图所示:

解决postgresql 序列跳值的问题

三、做个小实验

为了弄清楚序列跳值的原因,做个小实验,方法如下:在pgAdmin中新建两个查询窗口,分别执行select nextval(‘seq_bm_menuid’);语句,当在第一个查询窗口执行语句时,返回序列值为147;当在第二个查询窗口执行语句时,返回序列值为152;果然还是间隔为5的产生序列值啊,继续往下做就知道是怎么回事了。

我们回到第一个查询窗口,再次执行语句,此时返回序列值为148;再到第二个查询窗口,再次执行语句,此时返回序列值为153;到这里终于搞明白了序列的cache是作用于会话的,我们新建两个查询窗口实际是两个会话,postgresql数据库为每个会话cache了5个序列值,到此终于弄清楚了序列跳值的原因了。

补充:重新设置 PostGresql 序列起始值

修改设置 Postgresql 序列值的场景并不多见,一般在不规范使用数据库的情况下存在!

有时候,数据库的序列错乱后,会发生 Detail: Key (xttblog_id)=(200007) already exists. 的错误提示。这种情况是说,200007 这个序列已经被占用了。

修改这个错误的办法有两种

一种是执行 nextval 函数,跳过已存在的 key。

1SELECT nextval(‘xttblog_id_seq’);

还有一种情况是,重新设置序列的起始值,跳过已经存在的 key。

— 序列重置到2020alter sequence xttblog_id_seq restart with 2020

上面我重置序列到 2020。那序列就会从 2020 开始,之前小于 2020 的将会被跳过。

文章

①本站所有CMS源码、杰奇CMS模板、PTCMS源码模板、YGBOOK源码模板、帝国CMS源码模板等仅用于学习和交流,勿用于商业。
②本站资源有安装及使用文档,安装使用请自行探索,如您对购买的程序或是模板无法胜任安装工作,请点击付费安装。
③本站资源来源网络或者用户投稿,切勿私自传播于网络,否则将追究法律责任。且仅供学习交流之用,如有侵权请联系删除。
④如果资源失效或下载链接错误请联系站长。
悟空资源网 » 解决postgresql 序列跳值的问题

发表评论