在Oracle中如何实现读锁

zhaolinjnu · 发表于 2008-6-10 14:55

原帖由 yangtingkun 于 2008-6-10 14:24 发表

在这篇文章的开头部分我就写了

因此这篇文章并没有什么明确的需求，只是单纯为了实现读锁的功能，至于读锁有什么意义，我在日常使用中并没有碰到需要读锁的情况，但是并不代表一定没有意义。

你给出的方法，我只是说明这种方法会破坏事务的原子性，如果采用这种方法，对这张表的访问就无法放到事务当中。

另外，你的方法其实没有必要提交的，我的第一种方法就与你的方法类似，但是并没有提交，因此事务的原子性还可以保证。

不用把更新控制表的部份看成是事务一部份，真正的业务逻辑在第二部份，第二部份可以是一个单独的查询，或者是一个封装的事务，对于业务事务的原子性一点都没有破坏的。

事务的原子性这种东西，看你以什么样的角度去看？还有事务设计是否合理？这都是我们应该去考虑的问题。

yangtingkun · 发表于 2008-6-10 15:17

问题是采用这种方法一般需要将UPDATE和SELECT封装在一起，否则无法保证读表之前对控制表进行更新。

那么这种实现方法只能以一个独立事务的方式实现读表，或者包括读表在内的部分写死的逻辑。

普通用户的事务如果执行了一半，调用这个读表的方法，当前的事务就被迫提交

foxmile · 发表于 2008-6-10 16:05

读锁度于oracle的意义到底有多大。还是老杨只是研究研究。不过研究的结果让我很是佩服啊。呵呵。多谢！

anlinew · 发表于 2008-6-10 16:32

原帖由 zhaolinjnu 于 2008-6-9 16:36 发表
首先不论此需求的合理性，对于此需求的实现，这里有另外一种思路？

首先创建另外一张表，插入一条类似下面这样的记录：
insert into select_ctl(table_name,lock_start,lock_end,status) values('TEST',SYSDATE,SYSDATE,0);
这张表可以称为对Test表的select查询访问控制表，status有两个状态：0 未锁定；1 锁定中

当要进行select查询时:
1.更新控制表select_ctl中的记录 update select_ctl set lock_start=sysdate,lock_end=null,status=1 where table_name='TEST' and status=0;
commit;
2.判断更新的结果集行数，如果为1，则进行相要的select查询（如果为0,则在应用层等待一下，再次返回到第一步中的更新）：
比如说: select * from test;
3.查询完成后，更新控制表select_ctl,以便其它的会话可以进行查询
update select_ctl set lock_end=sysdate,status=0 where table_name='TEST' and status=1;
commit;

如果这类的需求一定要处理,并且采用此设计实现，可以对select_ctl表中的记录进行监控。

看似简单其实问题挺多
除了杨大师说的事务问题，还有个问题：
“如果为0,则在应用层等待一下，再次返回到第一步中的更新”
如何调度？等待一下是多久？如果第n次也没等到怎么办？

zhaolinjnu · 发表于 2008-6-10 17:27

为什么设计成这样？第一是设想的，这个需求所要进行的操作并发度本来就不怎么高！所以不会出现等很久的情况。如何设置等待多长时间的问题，这个要根据应用的特点来确定。如果并发度很高，在数据库中实现一个读排它性锁，是有很大问题的。

不过，为了解决上面的问题，还是有方法的：
那就是要加入队列机制，直接用ORACLE的行锁功能实现就行了，在第一步更新时去掉status=0的条件
去掉第一步的commit,，，也不用判断影响的结果集了把整个操作包装成事务就行了！第三步的status=1的条件也可以去掉！

本帖只是提供一种方法，任何一种方法都有优点与缺点。欢迎大家继续讨论。不要局限于ORACLE为我们提供了什么？
我们自己也可以去设计一些功能。

zhangweicai74 · 发表于 2008-6-11 08:13

都是高手,学习

anlinew · 发表于 2008-6-11 08:48

原帖由 zhaolinjnu 于 2008-6-10 17:27 发表
为什么设计成这样？第一是设想的，这个需求所要进行的操作并发度本来就不怎么高！所以不会出现等很久的情况。如何设置等待多长时间的问题，这个要根据应用的特点来确定。如果并发度很高，在数据库中实现一个读排它性锁，是有很大问题的。

不过，为了解决上面的问题，还是有方法的：
那就是要加入队列机制，直接用ORACLE的行锁功能实现就行了，在第一步更新时去掉status=0的条件
去掉第一步的commit,，，也不用判断影响的结果集了把整个操作包装成事务就行了！第三步的status=1的条件也可以去掉！

本帖只是提供一种方法，任何一种方法都有优点与缺点。欢迎大家继续讨论。不要局限于ORACLE为我们提供了什么？
我们自己也可以去设计一些功能。

问题当然都是能解决的
归根到底就是引入一个独占资源就是了
其实这一部分放应用层实现也很简单，如利用java的synchronized，wait，notify