oracle并发扣余额，并记录扣前与扣后的余额

Question

本帖最后由 xcmonline 于 2011-10-30 12:16:14 编辑

Answer 1

块2中的数据不是直接从表里提取的，而是从一个trc文件中提取的。（大部分的SQL块执行的时候，都是从trc文件中提取信息，而不是直接从表中提取。因为数据库的实际操作，是通过写数据文件，日志文件来进行的）再说说这个trc文件：它记录着每条数据，以及锁标记，也就是说可以记录某条记录“有事务，但是未提交”的这种状态。SQL1未提交的时候，trc文件里的标记就是“有事务，未提交”。
当SQL1提交后，money的值变成了90,这个时候SQL2从trc文件中提取到的真正数据是90，而不是100.

Answer 2

ORACLE的锁的机制，好象不允许你这么做：多个用户同时操作一张表。
肯定是有优先级的。
多个用户同时操作的时候，第一个操作的用户，肯定会得到某条记录的行级锁，必须等这个用户COMMIT，释放了锁之后，其他用户才可以抢到这个锁，继续进行操作。

Answer 3

可不可以考虑给数据加个标识位，当这个标识位为TRUE的时候，表示，没有其它用户在处理，可以更新；
当标识位为FALSE的时候，表示，有其它用户在处理，需要等待？只是这样想的，不知道是否可以实现。

Answer 4

我因为我测试过，使用悲观锁( for update )可以实现，但没有大量的并发测试，只是性能降低了，
如果采用标识位的，另一个在等待的时候要时刻去判断有没有处理完。

Answer 5

为对象指定了for update ，不同的事务中，该对象还能被DML?1.select for update
        select for update是用于数据并发控制的语句。执行该语句后，会在表上加持RX锁(Row Exclusive,10gR1之前是Row Share锁)，
        在被选中记录上加行锁。但是，正是因为其加锁的操作，for update子句会导致select查询的性能下降。
        2.关于select for update与select for update nowait
        当使用 select for update 的时候，其他会话上与之相关的DML,DDL都会被挂起，直到会话select for update的锁定被解除。
        当使用 select for update nowait 的时，其他会话上与之相关的DML,DDL都会被挂起不再是挂起，是直接返回一个资源忙的错误。
     3.结论
        无论是使用select ... for update 还是使用 select ... for update nowait。都会对相关的行集进行锁定，其他会话进行相关
    行集的写操作都会被挂起，直到该锁定被解除。所以，在使用了select ... for update或者 select ... for update nowait 后，要
尽快解除锁定，避免其他会话挂起太久，从而导致系统性能下降。参考： ORA-00054 故障处理一例