关于oracle 11g处理并发。麻烦各位提个方法

newkid

sxq129601 发表于 2017-7-6 15:34
我在处理类似的购票问题，就是有张cache表，点击购票时先插入到cache表，同时减去原表的票数，如果用户取消 ...

你这样搬来搬去更没必要，而且丝毫不能解决并发的问题，你要怎么防止两个会话同时把同一张票搬到CACHE表里面去？

yulihua49

sxq129601 发表于 2017-7-6 15:34
我在处理类似的购票问题，就是有张cache表，点击购票时先插入到cache表，同时减去原表的票数，如果用户取消 ...

当采用非号码制这样是可以的。如果对号入座，你不把指定座位号锁起来，不怕别人抢走？在选定座位还没付款期间。

sxq129601

newkid 发表于 2017-7-6 22:36
你这样搬来搬去更没必要，而且丝毫不能解决并发的问题，你要怎么防止两个会话同时把同一张票搬到CACHE表 ...

这种是有必要的，因为存在用户购票到付款之前存在很长的间隔，并且还存在超期未付款的情况，有了CACHE表，我就可以建个JOB定时去扫超过时间未付款的数据，累加回原表票数。确实可能存在两个会话搬到CACHE表情况，但这种概率不大，在付款时再次校验下就行。

newkid

sxq129601 发表于 2017-7-14 16:29
这种是有必要的，因为存在用户购票到付款之前存在很长的间隔，并且还存在超期未付款的情况，有了CACHE表 ...

你没看前面讨论吗？只需要在原表上设计状态列以及加锁失效时间，就可以解决你的问题，而且利用ORACLE的行锁机制，万无一失。注意我说的并不是长时间持有一个锁，而是打上临时占用标记、失效时间后马上就解锁了，这样别人并不会受阻塞，看到临时被加锁的行也可以跳过，如果锁已经失效则认为可用。

yulihua49

newkid 发表于 2017-7-14 22:49
你没看前面讨论吗？只需要在原表上设计状态列以及加锁失效时间，就可以解决你的问题，而且利用ORACLE的行 ...

对，就是“乐观锁”的一种实现方法。

yulihua49

顶一下

yulihua49

sxq129601 发表于 2017-7-6 15:34
我在处理类似的购票问题，就是有张cache表，点击购票时先插入到cache表，同时减去原表的票数，如果用户取消 ...

你这个办法也行。但是也得加锁，把指定记录从原表删除之前也是需要加锁的。可以避免多于一个人搬同一张票的问题。
从Cache表里删除也是一样的。感觉开销比较大。