美文网首页
高性能Mysql(2)-锁和事务

高性能Mysql(2)-锁和事务

作者: 小2斗鱼 | 来源:发表于2017-08-08 10:44 被阅读0次

    1.并发控制

    1.1锁的类型:

    共享锁(shared lock)也叫读锁(read lock),排它锁(exclusive lock) 也叫写锁(write lock),读锁是共享的,相互不阻塞的,而写锁是阻塞的,写锁的优先级要高于读锁。

    1.2锁的策略:

    表锁:表锁是Mysql中最基本的锁的策略,并且是开销最小的策略。当用户对表进行操作的时候,它会锁定整张表。
    行锁:行锁可以在最大程度上解决并发问题,但是也带来了最大的锁开销。

    1.3死锁

    死锁是指两个或者多个事务在同一资源上相互占用,并请求锁定对方占用的资源,从而导致恶性循环。当多个事务试图以不同的顺序锁定资源的时候,就可能产生死锁,当多个事务锁定同一资源的时候也会产生死锁。

    事务1:
    start transaction;
    update table set age=45 where id =3;
    update table set age=20 where id =4;
    commit;
    
    事务2
    start transaction ;
    update table set age=13 where id =4;
    update table set age=24 where id =3;
    commit;
    

    上面这种情况就是典型的死锁案例。

    1.4多版本并发控制(*)

    上述的锁是存储引擎默认实现的,而在真实的开发环境中,最常用的就是乐观锁和悲观锁,这是两种问题的解决方案。
    更新丢失问题,更新丢失问题即多个线程同时基于同一个查询结果进行操作,后执行的操作将先进行的操作覆盖掉了。

    +----+--------+------+----- +
    | id | name | money|  status|
    +----+--------+------+----- +
    |  1 |  张三 | 1000 |   0    |
    +----+--------+------+----- +
    

    假设需要给张三转账100元转账完成后将status设置为1,证明已经转过帐就不再执行转账操作。

    1.select status from order where id =1;//等于0则操作
    2.update  order set money=money+100 and status=1 where id=1 ;
    

    这时假如有多个线程同时操作这条sql就会产生上述的丢失更新问题。要就解决丢失更新的问题有两种方案。

    悲观锁(*)

    悲观的认为每次操作都会产生丢失更新问题,要使用悲观锁策略我们必须进行显式的锁定,因为在mysql中默认的采用的是autocommit模式,也就是说如果不是显式的开启一个事务,则每个查询操作都会当作一个事务提交。

    start transction;
    1.select status from order where id =1 for update;//等于0则操作
    2.update  order set money=money+100 and status=1 where id=1 ;
    commit;
    

    此时mysql会将id为1的这一行数据锁定,直到更新完成才会释放锁。
    注意:MySQL InnoDB默认Row-Level Lock,但是只有「明确」地指定主键,MySQL 才会执行Row lock (只锁住被选取的数据) ,否则MySQL 将会执行Table Lock (将整个数据表单给锁住)。

    乐观锁(*)

    乐观的认为每次操作不会产生丢失更新问题,在表中增加一个版本控制字段进行控制。

    update order set money=money+100 and version =version+1 where id=1 and version=0;
    

    乐观锁和悲观锁没有绝对的好坏,我们应该根据具体的场景选用不同的解决方式。

    2.事物

    事务的是什么就不做阐述了

    2.1事务的四个特新(ACID)

    • 原子性:一个事务必须是一个不可再分的最小的工作单元,在整个事务中操作要么全部成功要么全不成功。
    • 一致性: 数据库总是从一个一致性状态到另一个一致性状态,最终没有提交的数据不会保存到数据库中。
    • 隔离性: 一个事务在提交之前对其他事务是不可见的
    • 持久性: 一旦事务提交则其修改的数据就永久的保存在数据库中

    2.2事务的隔离级别

    • read uncommited(未提交读) 会发生脏读
    • read commited(提交读) 可以解决脏读,可能会发生不可重复读
    • repeatable read (可重复读) 会产生幻读
    • serializable (串行化) 一般不用

    2.3Mysql中的事务

    mysql中默认的采用的是autocommit模式,也就是说如果不是显式的开启一个事务,则每个查询操作都会当作一个事务提交。可以通过设置autocommit开启或者禁用自动提交模式。1代表启用,0代表关闭。

    相关文章

      网友评论

          本文标题:高性能Mysql(2)-锁和事务

          本文链接:https://www.haomeiwen.com/subject/uhcalxtx.html