MySql-第五章-MySql锁机制

• • 锁的分类
    •     从对数据操作的类型（读\写）分
      •         读锁(共享锁)：针对同一份数据，多个读操作可以同时进行而不会互相影响。
      •         写锁（排它锁）：当前写操作没有完成前，它会阻断其他写锁和读锁。
    •     从对数据操作的粒度分
      •          表锁
      •          行锁
• 表锁(偏读)
  •     特点：偏向MyISAM存储引擎，开销小，加锁快；无死锁；锁定粒度大，发生锁冲突的概率最高,并发度最低。
  •     结论：MyISAM在执行查询语句（SELECT）前，会自动给涉及的所有表加读锁，在执行增删改操作前，会自动给涉及的表加写锁。
  •     MySQL的表级锁有两种模式：
    •         表共享读锁（Table Read Lock）
    •         表独占写锁（Table Write Lock）

锁类型	自己可读	自己可写	自己可操作其他表	他人可读	他人可写
读锁	是	否	否	是	否，等
写锁	是	是	否	否，等	否，等

行锁(偏写)

•     特点：偏向InnoDB存储引擎，开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低,并发度也最高。
•     InnoDB与MyISAM的最大不同有两点：一是支持事务（TRANSACTION）；二是采用了行级锁
•     事务

事务是由一组SQL语句组成的逻辑处理单元，事务具有以下4个属性，通常简称为事务的ACID属性。

l 原子性（Atomicity） ：事务是一个原子操作单元，其对数据的修改，要么全都执行，要么全都不执行。

l 一致性（Consistent） ：在事务开始和完成时，数据都必须保持一致状态。这意味着所有相关的数据规则都必须应用于事务的修改，以保持数据的完整性；事务结束时，所有的内部数据结构（如B树索引或双向链表）也都必须是正确的。

l 隔离性（Isolation） ：数据库系统提供一定的隔离机制，保证事务在不受外部并发操作影响的“独立”环境执行。这意味着事务处理过程中的中间状态对外部是不可见的，反之亦然。

l 持久性（Durable） ：事务完成之后，它对于数据的修改是永久性的，即使出现系统故障也能够保持。

•     读锁：select ..lock in share mode

共享锁又称读锁，是读取操作创建的锁。其他用户可以并发读取数据，但任何事务都不能对数据进行修改（获取数据上的排他锁），直到已释放所有共享锁。

如果事务T对数据A加上共享锁后，则其他事务只能对A再加共享锁，不能加排他锁。获准共享锁的事务只能读数据，不能修改数据。

在查询语句后面增加 LOCK IN SHARE MODE ，Mysql会对查询结果中的每行都加共享锁，当没有其他线程对查询结果集中的任何一行使用排他锁时，可以成功申请共享锁，否则会被阻塞。其他线程也可以读取使用了共享锁的表，而且这些线程读取的是同一个版本的数据。

•  写锁：select... for update

共享锁又称写锁，如果事务T对数据A加上排他锁后，则其他事务不能再对A加任任何类型的封锁。获准排他锁的事务既能读数据，又能修改数据。

 在查询语句后面增加 FOR UPDATE ，Mysql会对查询结果中的每行都加排他锁，当没有其他线程对查询结果集中的任何一行使用排他锁时，可以成功申请排他锁，否则会被阻塞。

• •     无索引行锁升级为表锁
• 行锁分析

通过检查InnoDB_row_lock状态变量来分析系统上的行锁的争夺情况

    mysql>show status like 'innodb_row_lock%'；

对各个状态量的说明如下：

    Innodb_row_lock_current_waits：当前正在等待锁定的数量；

    Innodb_row_lock_time：从系统启动到现在锁定总时间长度；

    Innodb_row_lock_time_avg：每次等待所花平均时间；

    Innodb_row_lock_time_max：从系统启动到现在等待最常的一次所花的时间；

    Innodb_row_lock_waits：系统启动后到现在总共等待的次数；

对于这5个状态变量，比较重要的主要是

      Innodb_row_lock_time_avg（等待平均时长），

      Innodb_row_lock_waits（等待总次数）

      Innodb_row_lock_time（等待总时长）这三项。

尤其是当等待次数很高，而且每次等待时长也不小的时候，我们就需要分析系统中为什么会有如此多的等待，然后根据分析结果着手指定优化计划。

最后可以通过

    SELECT * FROM information_schema.INNODB_TRX\G;

来查询正在被锁阻塞的sql语句。

• 间隙锁

【什么是间隙锁】

当我们用范围条件而不是相等条件检索数据，并请求共享或排他锁时，InnoDB会给符合条件的已有数据记录的索引项加锁；对于键值在条件范围内但并不存在的记录，叫做“间隙（GAP)”，

InnoDB也会对这个“间隙”加锁，这种锁机制就是所谓的间隙锁（GAP Lock）。

【危害】

因为Query执行过程中通过过范围查找的话，他会锁定整个范围内所有的索引键值，即使这个键值并不存在。

间隙锁有一个比较致命的弱点，就是当锁定一个范围键值之后，即使某些不存在的键值也会被无辜的锁定，而造成在锁定的时候无法插入锁定键值范围内的任何数据。在某些场景下这可能会对性能造成很大的危害

• 优化建议

• 1、不要三心二意，锁住哪行，就改哪行
• 2、要说话算数，说读锁就干读的事，说写锁就干写的事
• 3、不要拖拖拉拉，用了锁，就赶紧办事，办完事赶紧提交
• 4、如果锁，请轻锁，一锁一大片，中间再也无法容纳他人了。（间隙锁的问题）
• 5、无索引，不行锁。（行锁的前提是过滤条件利用上了索引）。
• 6、用情越深，付出越大。（隔离级别越高，锁成本越高）。