一、序列的创建
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 的将会被跳过。
以上为个人经验,希望能给大家一个参考,也希望大家多多支持。如有错误或未考虑完全的地方,望不吝赐教。
免责声明:本站资源来自互联网收集,仅供用于学习和交流,请遵循相关法律法规,本站一切资源不代表本站立场,如有侵权、后门、不妥请联系本站删除!
更新日志
- 凤飞飞《我们的主题曲》飞跃制作[正版原抓WAV+CUE]
- 刘嘉亮《亮情歌2》[WAV+CUE][1G]
- 红馆40·谭咏麟《歌者恋歌浓情30年演唱会》3CD[低速原抓WAV+CUE][1.8G]
- 刘纬武《睡眠宝宝竖琴童谣 吉卜力工作室 白噪音安抚》[320K/MP3][193.25MB]
- 【轻音乐】曼托凡尼乐团《精选辑》2CD.1998[FLAC+CUE整轨]
- 邝美云《心中有爱》1989年香港DMIJP版1MTO东芝首版[WAV+CUE]
- 群星《情叹-发烧女声DSD》天籁女声发烧碟[WAV+CUE]
- 刘纬武《睡眠宝宝竖琴童谣 吉卜力工作室 白噪音安抚》[FLAC/分轨][748.03MB]
- 理想混蛋《Origin Sessions》[320K/MP3][37.47MB]
- 公馆青少年《我其实一点都不酷》[320K/MP3][78.78MB]
- 群星《情叹-发烧男声DSD》最值得珍藏的完美男声[WAV+CUE]
- 群星《国韵飘香·贵妃醉酒HQCD黑胶王》2CD[WAV]
- 卫兰《DAUGHTER》【低速原抓WAV+CUE】
- 公馆青少年《我其实一点都不酷》[FLAC/分轨][398.22MB]
- ZWEI《迟暮的花 (Explicit)》[320K/MP3][57.16MB]