客户有一个应用系统,单据号尾号原本每天是按照流水码从0001递增产生的.最近客户数据库迁移至RAC环境下,结果发现偶尔会出现单据号尾号会出现负号(-)
查看了一下其产生原理,使用了序列seq_billno(cache 20),另外使用了一个表tBillNoSeq(date,maxseq)记录昨天最后一个单据号对应的序列值.伪代码如下:

获得sql_billno.nextval为x;
对比tBillNoSeq表中的日期与当前日期,如果不相同,则更新表,date=新日期,maxseq=x-1;
获得tBillNoSeq表中的maxseq为y;
用x-y转换成字符串,取右边4位为单据号尾号.

看了Jonathan Lewis的《Oracle核心技术》,第8章关于RAC下的序列,才知道其原理,现举例说明一下:
前一天:
RAC节点1,获取到x的值为21;使用至25;
RAC节点2,获取到x的值为41;使用至55;
后一天:
RAC节点2,使用56,同时更新表的maxseq=55;
现在轮到RAC节点1继续使用缓存的序列值,获得的nextval是26;
这样问题就发生了: 26-55=-29,从而得到的单据号尾号为:'0-29'

为了验证此分析,将代码调整了一下,伪代码如下:
获得sql_billno.nextval为x;
对比tBillNoSeq表中的日期与当前日期,如果不相同,则更新表,date=新日期,maxseq=x-1;
获得tBillNoSeq表中的maxseq为y;
如果x-y为负数,则循环取序列下一个值,直到x-y为正数;同时,记录下循环次数;
用x-y转换成字符串,取右边4位为单据号尾号.

验证结果,无论负数的值是多少,循环都不超过20次(序列cache的设置值).

根据《Oracle核心技术》所述:
如果创建序列时子句cache 20 改成 nocache,就是不缓存,应该也可以.但对性能有一定影响;
如果创建序列时子句noorder改成order,(就是RAC环境下序列缓冲加全局锁保护,相当于串行化),应该也可以,对性能也有影响,但小于前者.

ITPub博客

关于RAC环境下的序列不能保证后使用的一定大于先使用的问题

最新文章