您现在的位置是:网站首页>>数据库>>mysql

mysql 的悲观锁和乐观锁

发布时间:2019-05-06 14:56:32作者:wangjian浏览量:594点赞量:1

    在并发环境下,如果客户端在同一事件内访问同一条数据对数据进行操作时,这时候就会产生数据不一致的问题,我们可以使用mysql的加锁机制,这样可以在一定程度上解决并发访问的问题,mysql中有两种常见的锁,分别为悲观锁和乐观锁,悲观锁和乐观锁是一种机制不是指具体的锁。下面我们就来一起了解下mysql的悲观锁和乐观锁

    一:悲观锁

    在关系数据库管理系统里,悲观并发控制(又名“悲观锁”,Pessimistic Concurrency Control,缩写“PCC”)是一种并发控制的方法。它可以阻止一个事务以影响其他用户的方式来修改数据。如果一个事务执行的操作都某行数据应用了锁,那只有当这个事务把锁释放,其他事务才能够执行与该锁冲突的操作。

    悲观并发控制主要用于数据争用激烈的环境,以及发生并发冲突时使用锁保护数据的成本要低于回滚事务的成本的环境中。

    悲观锁,正如其名,它指的是对数据被外界(包括本系统当前的其他事务,以及来自外部系统的事务处理)修改持保守态度(悲观),因此,在整个数据处理过程中,将数据处于锁定状态。 悲观锁的实现,往往依靠数据库提供的锁机制 (也只有数据库层提供的锁机制才能真正保证数据访问的排他性,否则,即使在本系统中实现了加锁机制,也无法保证外部系统不会修改数据)

    悲观锁通过常用的select … for update操作来实现悲观锁,悲观锁的流程(一锁二查三更新):

    1:在对任何记录数据进行修改前,首先尝试给给指定的记录加上锁

    2:判断是否加锁成功,如果加锁失败,说明此记录已经被修改那么当前查询可能要等待或者抛出异常。 具体响应方式由开发者根据实际需要决定

    3:如果加锁成功,则对此记录进行修改,修改结束后进行解锁

    悲观锁简单实现:

    //开始事务
    BEGIN;/BEGIN WORK;/START TRANSACTION; (三者选一就可以)
    //查询指定数据
    SELECT * FROM `ubo_crowd` WHERE crowd_id=12 FOR UPDATE;
    //更新数据
    UPDATE `ubo_crowd` SET STATUS=1 WHERE crowd_id=12;
    //4.提交事务
    COMMIT;/COMMIT WORK;

    悲观锁的优缺点:

    悲观并发控制实际上是“先取锁再访问”的保守策略,为数据处理的安全提供了保证。但是在效率方面,处理加锁的机制会让数据库产生额外的开销,还有增加产生死锁的机会;另外,在只读型事务处理中由于不会产生冲突,也没必要使用锁,这样做只能增加系统负载;还有会降低了并行性,一个事务如果锁定了某行数据,其他事务就必须等待该事务处理完才可以处理那行数

    二:乐观锁

    在关系数据库管理系统里,乐观并发控制(又名“乐观锁”,Optimistic Concurrency Control,缩写“OCC”)是一种并发控制的方法。它假设多用户并发的事务在处理时不会彼此互相影响,各事务能够在不产生锁的情况下处理各自影响的那部分数据。在提交数据更新之前,每个事务会先检查在该事务读取数据后,有没有其他事务又修改了该数据。如果其他事务有更新的话,正在提交的事务会进行回滚

    乐观锁( Optimistic Locking ) 相对悲观锁而言,乐观锁假设认为数据一般情况下不会造成冲突,所以在数据进行提交更新的时候,才会正式对数据的冲突与否进行检测,如果发现冲突了,则让返回用户错误的信息,让用户决定如何去做

    乐观锁的特点先进行业务操作,不到万不得已不去拿锁。即“乐观”的认为拿锁多半是会成功的,因此在进行完业务操作需要实际更新数据的最后一步再去拿一下锁就好。乐观锁在数据库上的实现完全是逻辑的,不需要数据库提供特殊的支持。一般的做法是在需要锁的数据上增加一个版本号,或者时间戳,。当读取数据时,将版本标识的值一同读出,数据每更新一次,同时对版本标识进行更新。当我们提交更新的时候,判断数据库表对应记录的当前版本信息与第一次取出来的版本标识进行比对,如果数据库表当前版本号与第一次取出来的版本标识值相等,则予以更新,否则认为是过期数据。

    乐观锁简单实现(这里给更新数据增加版本号字段):

    //查询需要更新的数据的版本号
    SELECT VERSION FROM `ubo_crowd` WHERE crowd_id = 12;
    //更新数据,这里#{version}表示上面查询得到的版本号
    UPDATE `ubo_crowd` SET STATUS=2,VERSION=VERSION+1 WHERE crowd_id=12 AND VERSION=#{version};

    乐观锁的优缺点:

    乐观并发控制相信事务之间的数据竞争(data race)的概率是比较小的,因此尽可能直接做下去,直到提交的时候才去锁定,所以不会产生任何锁和死锁。但如果直接简单这么做,还是有可能会遇到不可预期的结果,例如两个事务都读取了数据库的某一行,经过修改以后写回数据库,这时就遇到了问题。

    悲观锁和乐观锁总结:

    乐观锁在不发生取锁失败的情况下开销比悲观锁小,但是一旦发生失败回滚开销则比较大,因此适合用在取锁失败概率比较小的场景,可以提升系统并发性能

    乐观锁还适用于一些比较特殊的场景,例如在业务操作过程中无法和数据库保持连接等悲观锁无法适用的地方


1 +1