今天就跟大家聊聊有关postgresql 中出现序列跳值如何解决，可能很多人都不太了解，为了让大家更加了解，小编给大家总结了以下内容，希望大家根据这篇文章可以有所收获。
创新互联主要从事网站设计、成都网站设计、网页设计、企业做网站、公司建网站等业务。立足成都服务海林,十多年网站建设经验,价格优惠、服务专业,欢迎来电咨询建站服务:18980820575CREATE 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
看完上述内容，你们对postgresql 中出现序列跳值如何解决有进一步的了解吗？如果还想了解更多知识或者相关内容，请关注创新互联行业资讯频道，感谢大家的支持。