解决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为间隔发生跳跃，
如图所示：
三、做个小实验
为了弄清楚序列跳值的原因，做个小实验，方法如下：在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。
SELECT nextval('xttblog_id_seq');
还有一种情况是，重新设置序列的起始值，跳过已经存在的 key。
-- 序列重置到2020 alter sequence xttblog_id_seq restart with 2020
上面我重置序列到 2020。那序列就会从 2020 开始，之前小于 2020 的将会被跳过。
以上为个人经验，希望能给大家一个参考，也希望大家多多支持脚本之家。如有错误或未考虑完全的地方，望不吝赐教。
相关文章
这篇文章主要介绍了基于postgresql行级锁for update测试，具有很好的参考价值，希望对大家有所帮助。一起跟随小编过来看看吧2020-12-12
本文主要介绍逻辑备份和连续归档方式的备份及还原,文件系统级备份由于比较简单,这里不在赘述,以下操作使用的数据库版本为PostgreSQL 12.5,不同的数据库版本在进行连续归档操作时会有细微差异,需要的朋友可以参考下2024-04-04
这篇文章主要介绍了PostgreSQL删除更新优化操作，具有很好的参考价值，希望对大家有所帮助。一起跟随小编过来看看吧2020-12-12
这篇文章主要介绍了postgresql 实现将数组变为行的操作，具有很好的参考价值，希望对大家有所帮助。一起跟随小编过来看看吧2021-01-01
这篇文章主要为大家介绍了如果在Windows下安装PostgreSQL数据库的方法，需要的朋友可以参考下2013-11-11
这篇文章主要介绍了postgresql 删除重复数据的几种方法小结，具有很好的参考价值，希望对大家有所帮助。一起跟随小编过来看看吧2021-02-02
这篇文章主要介绍了PostgreSQL用户登录失败自动锁定的解决办法,本文给大家分享解决方案，通过实例代码给大家介绍的非常详细，对大家的学习或工作具有一定的参考借鉴价值，需要的朋友可以参考下2021-03-03
这篇文章主要介绍了postgresql 计算两点距离的2种方法小结，具有很好的参考价值，希望对大家有所帮助。一起跟随小编过来看看吧2021-01-01
PostgreSQL 16 新特性之正态分布随机数函数的示例
这篇文章主要介绍了PostgreSQL 16 新特性之正态分布随机数函数,PostgreSQL 16 新增了一个内置的 random_normal() 函数，用于生成这种随机数，通过示例代码给大家介绍的非常详细，需要的朋友可以参考下2023-01-01
这篇文章主要为大家介绍了PostgreSQL 数组类型操作使用及特点详解，有需要的朋友可以借鉴参考下，希望能够有所帮助，祝大家多多进步，早日升职加薪2022-10-10
最新评论