mysql在RR级别下各场景的锁定测试

一.基本信息

版本：10.0.20-MariaDB-log

事务隔离级别: REPEATABLE-READ

innodb_lock_wait_timeout=60

innodb_locks_unsafe_for_binlog=off

innodb_rollback_on_timeout=off 

二.
表信息

CREATE TABLE t1

(

id int unsigned not null auto_increment,

vid int unsigned not null default 0,

name varchar(10) not null default '',

other varchar(20) not null default '',

primary key(id),

key vid(vid)

) engine =InnoDB;

 

Insert into t1 values(1,1,'zengxw1','I am a DBA'),(2,2,'zengxw2','I am a DBA 2');

 

select * from t1;

+----+-----+---------+--------------+

| id | vid | name    | other        |

+----+-----+---------+--------------+

|  1 |   1 | zengxw1 | I am a DBA   |

|  2 |   2 | zengxw2 | I am a DBA 2 |

 

三．场景一(排它锁与共享锁测试)



因为排它锁与共享锁不兼容，肯定会锁。

 

四.场景二(无索引测试)



因为name字段上没有索引，所以锁会升级为表锁。

 

五.场景三(一个条件有索引，一个条件无索引测试)

 


因为vid字段上有索引，都会锁住vid=1对应的记录。

 


因为vid=1和vid=2锁定的记录不同。 

 

五.场景四(vid为非唯一索引的插入测试一)

 


Session 2同样插入：Insert into t1 values (4,4,'zengxw4','I am a DBA 4')，也会锁定，查找原因，是由于表中只有两条记录:vid=1和vid=2,
session 2的update操作,会在表上产生gap，

Gap范围为:[1,无穷大)，此范围内的值都会锁，也就是上一个值到下一个值之间(同时需要考虑主键)。若vid的值为:1,2,3时，对应主键id分别为：1,2,5，其gap为[id任何值,1]到[2,2]再到[5,3]之间。

一句话vid要小于上一个值，vid和id都要大于或等于下一个值才不会锁。

 Select * from t1;

----+-----+---------+--------------+

| id | vid | name    | other        |

+----+-----+---------+--------------+

|  1 |   1 | zengxw1 | I am a DBA   |

|  2 |   2 | ??      | I am a DBA 2 |

|  5 |   3 | ??      | I am a DBA 3 | 

举例来说：

会话1执行：update t1 set name ='??' where vid=2;

会话2执行：

Insert into t1 values (4,3,'zengxw4','I am a DBA 4'); ---会锁

Insert into t1 values (6,3,'zengxw4','I am a DBA 4'); ---不会锁

Insert into t1 values (0,1,'zengxw3','I am a DBA 3'); --会锁

Insert into t1 values (10,1,'zengxw3','I am a DBA 3');--会锁

 

六.场景五(b为非唯一索引的插入测试二)

CREATE TABLE tt1( a INT, b INT, PRIMARY KEY (a), KEY(b));

insert into tt1 values(1,1), (3,1), (5,3), (7,6),(10,8);

select * from tt1;

+----+------+

| a  | b    |

+----+------+

|  1 |    1 |

|  3 |    1 |

|  5 |    3 |

|  7 |    6 |

| 10 |    8 |

+----+------+ 

会话一执行：

SELECT* FROM tt1 WHERE b =3 FOR UPDATE;

 


同样：

INSERT INTO tt1 SELECT 6,5; ---会锁

INSERT INTO tt1 SELECT 2,2; ---会锁

INSERT INTO tt1 SELECT 4,6; ---会锁

而INSERT INTO tt1 SELECT 8,6; --不锁

 

七.场景六(b为唯一索引的插入测试)

把vid改成唯一索引测试:

CREATE TABLE tt2( a INT, b INT, PRIMARY KEY (a), unique KEY(b));

insert into tt2 values(1,1), (3,3), (5,4), (7,7),(10,8);

select * from tt2;

+----+------+

| a  | b    |

+----+------+

|  1 |    1 |

|  3 |    3 |

|  5 |    4 |

|  7 |    7 |

| 10 |    8 | 

会话一执行：

SELECT* FROM tt1 WHERE b =3 FOR UPDATE;

 


同样：

INSERT INTO tt2 SELECT 6,5; ---不锁

INSERT INTO tt2 SELECT 2,2; ---不锁

INSERT INTO tt2 SELECT 4,6; ---不锁

结论：当b为唯一索引时，RR级别下不存在gap锁，只有record锁。

 

总结：

1.  主键索引有record lock

2.  唯一辅助索引有record lock

3.  非唯一辅助索引有next-key lock

4.  没有索引的话，则是全表范围的next-key lock

5.  RC下只有record lock

6.  RR&innodb_locks_unsafe_for_binlog=1，只有record lock.