Mysql InnoDB 行锁和表锁介绍

 

mysql 的 InnoDB引擎支持行锁，与Oracle不一样，mysql的行锁是经过索引加载的，便是行锁是加在索引响应的行上的，要是对应的SQL语句没有走索引，则会全表扫描，行锁则没法实现，取而代之的是表锁

 

先介绍几个名词

表锁：不会出现死锁，发生锁冲突概率高，并发低

行锁：会出现死锁，发生锁冲突概率低，并发高

锁冲突：例如说事务A将某几行上锁后，事务B又对其上锁，锁不能共存不然会出现锁冲突。（可是共享锁能够共存，共享锁和排它锁不能共存，排它锁和排他锁也不能够）

死锁：例如说两个事务，事务A锁住了1~5行，同时事务B锁住了6~10行，此时事务A请求锁住6~10行，就会阻塞直到事务B施放6~10行的锁，而随后事务B又请求锁住1~5行，事务B也阻塞直到事务A释放1~5行的锁。死锁发生时，会产生Deadlock错误。锁是对表操做的，因此天然锁住全表的表锁就不会出现死锁。

 

行锁的类型

共享锁又称：读锁。当一个事务对某几行上读锁时，容许其余事务对这几行进行读操做，但不容许其进行写操做，也不容许其余事务给这几行上排它锁，但容许上读锁。

排它锁又称：写锁。当一个事务对某几个上写锁时，不容许其余事务写，但容许读。更不容许其余事务给这几行上任何锁。包括写锁。

共享锁的写法：lock in share mode

select  * from  test where math>60 lock in share mode；

排它锁的写法：for update

select * from test where math >60 for update；

 

行锁的实现

注意几点

1.行锁必须有索引才能实现，不然会自动锁全表

2.两个事务不能锁同一个索引

事务A先执行：
select * from test where math>60 for update;
 
事务B再执行：
select * from test where math<60 for update；

这样的话，事务B是会阻塞的。若是事务B把 math索引换成其余索引就不会阻塞，
但注意，换成其余索引锁住的行不能和math索引锁住的行有重复。

 

行锁示例

因为InnoDB预设是Row-Level Lock，因此只有「明确」的指定主键，MySQL才会执行Row lock (只锁住被选取的资料例) ，不然MySQL将会执行Table Lock (将整个资料表单给锁住)。
举个例子:
假设有个表单products ，里面有id跟name二个栏位，id是主键。
例1: (明确指定主键，而且查询有数据，row lock)
SELECT * FROM products WHERE id='3' FOR UPDATE;
 
SELECT * FROM products WHERE id='3' and type=1 FOR UPDATE;
 
 
 
例2: (明确指定主键，若查询无数据，无lock)
 
SELECT * FROM products WHERE id='-1' FOR UPDATE;
 
 
 
例2: (无主键，table lock)
 
SELECT * FROM products WHERE name='Mouse' FOR UPDATE;
 
 
 
例3: (主键不明确，table lock)
 
SELECT * FROM products WHERE id<>'3' FOR UPDATE;
 
 
 
例4: (主键不明确，table lock)
 
SELECT * FROM products WHERE id LIKE '3' FOR UPDATE;
 
 
 
注1: FOR UPDATE仅适用于InnoDB，且必须在(BEGIN/COMMIT)中才能生效