GNfLJkApy 解决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为间隔发生跳跃，
如图所示：
三、做个小实验
为了弄清楚序列跳值的原因，做个小实验，方法如下：在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 的将会被跳过。
文章来源：脚本之家
来源地址：https://www.jb51.net/article/205234.htm
1. 本站所有下载资源均不包含技术支持和安装服务！需要讨论请进群！
2. 分享目的仅供大家学习和交流，请不要用于商业用途！
3. 如果你也有好源码或者教程，可以到审核区发布，分享有KR奖励和额外收入!
4. 如有链接无法下载、失效或广告，请联系管理员处理！
5. 本站无法保证资源或破解时效性，如某些授权码过期等问题，恕不在修复范围内。
6. 本站资源售价只是赞助，收取费用仅维持本站的日常运营所需！故不接受任何形式的退款，如确认资源确有问题的，会补给相应KR以供再次购买。
7. 53Kr源码暂未发现后门代码，但无法保证100%安全，推荐检测方法：上传到 https://www.virustotal.com/在线查看是否有恶意代码以及其他有后门嫌疑的代码。
8. 在本站下载的源码我还是不建议正式使用，有特别喜欢的可以去程序官方购买。
53kr资源站仅提供学习的平台，所有资料均来自于网络，版权归原创者所有！本站不提供任何保证，并不承担任何法律责任，如果对您的版权或者利益造成损害，请提供相应的资质证明，我们将于3个工作日内予以删除。
53kr资源分享 » 解决postgresql 序列跳值的问题