mysql的锁机制

锁概述

mysql锁机制的特色： 不一样存储引擎支持不一样的锁机制。

MyISAM和MEMORY存储引擎支持表级锁；

BDB存储引擎采用页面锁；

InnoDB存储引擎支持行级锁。

• 表级锁：

  开销小，加锁快，不会出现死锁，锁定粒度大，加锁冲突几率最高，并发度最低；

  适用于以查询为主，只有少许按索引条件更新数据的应用，如Web应用；

• 行级锁

  开销大，加锁慢，会出现死锁，锁定粒度小，发生锁冲突的几率最低，并发度最高；

  适合于有大量按索引条件并发更新少许不一样数据，同时又有并发查询的应用，如一些在线事务处理（OLTP）系统。

• 页面锁

  开销和加锁时间介于表锁和行锁之间，会出现死锁，锁定粒度介于表锁和行锁之间，并发度通常；

MyISAM表锁

查询表级锁的争用状况

mysql> show status like 'table%';
+-----------------------+-------+
| Variable_name | Value |
+-----------------------+-------+
| Table_locks_immediate | 19 |
| Table_locks_waited | 0 |
+-----------------------+-------+
2 rows in set (0.00 sec)

table_locks_waited的值越大，表级锁的争用状况越严重

表级锁的锁模式

• 表共享读锁

• 表共享写锁

MyISAM表读操做，不会阻塞其余用户对同一表的读请求，但会阻塞对同一表的写请求；
MyISAM表的写操做，会阻塞其余用户对同一表的读请求和写请求。
MyISAM表的读操做和写操做之间，以及写操做之间是串行的

如何加表锁

MyISAM表在执行SELECT语句以前，会自动给涉及到的表加读锁，在执行UPDATE、DELETE、INSERT以前，自动给涉及到的表加写锁。

固然也能够显示手动加锁，用来模拟事务操做。

mysql> lock table tbl_name1 read/write；
mysql> lock tables tbl_name1 read [local], tbl_name2 write [local];

mysql> unlock tables;

注意：对表加锁以后，使用该表的别名也是不容许的，须要对别名也进行锁定，以下：

mysql> lock table tbl_name1 as tb1 read;
mysql> select a.id from tbl_name tb1;

MyISAM的并发插入

MyISAM的读写操做是串行的，但必定程度上，也是支持查询和插入的并发进行，但不能够删除和更新。

在MyISAM引擎中有一个系统变量 concurrent_insert ，专门用来控制并发插入的行为，有三种取值：

0-> 不容许并发插入；
1-> 在MyISAM表没有孔洞的前提下，容许在读的同时，另外一个进程从尾部插入记录（默认）
2-> 不论有无空洞，均可以在表尾并发插入

整理空间碎片：

mysql> optimize table tbl_name;

MyISAM的锁调度

已经知道，MyISAM存储引擎的读锁和写锁是互斥的，读写操做是串行的，可是，及时读请求先到达等待队列，写请求后到达等待队列，写锁也会插入到读锁以前，由于MySQL认为写操做比读操做重要。

同时，这也是MyISAM表不适合有大量更新和查询操做的缘由，由于大量的更新和查询操做会占据锁等待队列，读锁会被长时间等待。

为了解决这个问题，咱们有一些参数设置来调节MyISAM的调度行为。

• 启动low-priority-updates,使得MyISAM 默认基于读请求以优先的权利；

• 下降更新请求的的优先级

mysql> set LOW_PRIORITY_UPDATES=1

• 指定INSERT、UPDATE、DELETE语句的LOW_PRIORITY属性，下降该语句的优先级

• 一种折中的方案：给系统参数max_write_locl_count设置一个合适的值，当表的读操做达到该值以后，MySQL就暂时将写请求的优先级下降。

InnoDB锁

InnoDB与MyISAM的最大不一样支出在于：一、支持事务；二、采用了行级锁。

查询InnoDB行锁的争用状况

mysql> show status like 'innodb_row_lock%';
+-------------------------------+-------+
| Variable_name | Value |
+-------------------------------+-------+
| Innodb_row_lock_current_waits | 0 |
| Innodb_row_lock_time | 0 |
| Innodb_row_lock_time_avg | 0 |
| Innodb_row_lock_time_max | 0 |
| Innodb_row_lock_waits | 0 |
+-------------------------------+-------+
5 rows in set (0.00 sec)

Innodb_row_lock_waits和Innodb_row_lock_time_avg的值越大，表级锁的争用状况越严重

InnoDB行锁模式

• 共享锁（S）

  容许一个事务去读一行，阻止其余事务得到相同数据集的排他锁

• 排他锁（X）

  容许得到排他锁的事务更新数据，阻止其余事务取得相同数据集的共享读锁和排他写锁

为了行锁表锁共存，实现多粒度锁机制，InnoDB还有两种内部使用的意向锁，这两种意向锁都是表锁

• 意向共享锁（IS）

  事务在给一个数据行加共享锁以前，必须先取得该表的IS锁

• 意向排他锁（IX）

  事务在给一个数据行加排他锁以前，必须先取得该表的IX锁

意向锁是InnoDB自动添加的，不须要用户干预

对于UPDATE、DELETE、INSERT语句，InnoDB自动给涉及数据集加排他锁；对于SELECT语句，InnoDB不会加任何锁。