dingyaguang117
V2EX  ›  问与答

Mysql 事务隔离级别与乐观锁的问题

  •  
  •   dingyaguang117 · Jun 23, 2014 · 4853 views
    This topic created in 4437 days ago, the information mentioned may be changed or developed.
    问题一:
    当事务隔离级别设置为可重复读的时候,将所有select过的行都加了读锁,并且记录了版本号,当update 的时候们如果发现版本号变了,则事务失败回滚。不知道我这样理解是否正确?

    问题二:
    如果上面的理解正确,那是否innodb的可重复读这个隔离级别已经帮我们实现了乐观锁,所以并不需要手动通过版本或者时间戳来实现乐观锁,或者使用 悲观锁了?

    问题三:
    悲观锁 select ... for update 是增加了一个写锁? 所以所有的读写都会被block住?

    问题四:
    假设有事务A,先select 然后 update,事务B同样也是先select 然后再update
    如果事务隔离级别为可重复读,事务A,B先后select加上了读锁,那么会不会因此而后面的update操作会互相block住,导致死锁?

    问题一和问题四好像是矛盾的,因为如果问题四成立,事务会block住,也不会修改成功导致版本号不一致导致 回滚了。
    Supplement 1  ·  Jun 24, 2014
    我对事务隔离理解有错,认为可重复读级别下可以避免更新丢失,实际上是错误的,参考
    http://blog.163.com/wu_guoqing/blog/static/196537018201341611727602

    “防止更新丢失,并不能单靠数据库事务控制器来解决,需要应用程序对要更新的数据加必要的锁来解决,因此,防止更新丢失应该是应用的责任。
    “脏读”、“不可重复读”和“幻读”,其实都是数据库读一致性问题,必须由数据库提供一定的事务隔离机制来解决。数据库实现事务隔离的方式”
    Supplement 2  ·  Jun 24, 2014
    InnoDb的不可重复读是通过 快照实现的,不是通过读锁
    2 replies    2014-06-24 16:31:05 +08:00
    dingyaguang117
        1
    dingyaguang117  
    OP
       Jun 24, 2014
    经过测试,select并不会增加读锁,update之后会增加写锁,并发的另外一个事务紧接着update会发生Dead Lock 错误
    dingyaguang117
        2
    dingyaguang117  
    OP
       Jun 24, 2014
    关于问题三, select 应该不会被block住
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   1000 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 23ms · UTC 18:40 · PVG 02:40 · LAX 11:40 · JFK 14:40
    ♥ Do have faith in what you're doing.