mysql innodb 行级锁升级

创建数据表test,表定义如下所示:

CREATE TABLE `test` (

`id` int(11) NOT NULL AUTO_INCREMENT,

`name` varchar(20) NOT NULL,

PRIMARY KEY (`id`),

KEY `idx_name` (`name`)

) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=latin1;

创建测试数据集,插入SQL语句如下所示:

insert into test value(null,'aaa'), (null,'aaa'), (null,'aaa'), (null,'aaa'), (null,'aaa'), (null,'aaa');

insert into test value(null,'bbb'), (null,'ccc'), (null,'ddd'), (null,'eee'), (null,'fff'), (null,'ggg'), (null,'hhh'), (null,'iii'), (null,'jjj'), (null,'kkk'), (null,'lll'), (null,'mmm');

测试

测试过程从三个方面测试:首先测试行锁的有效性,即测试索引项的行锁操作;其次测试行锁的升级,测试索引项操作的锁等待;最后,减少操作索引项数据,查看行锁升级的临界值。

测试前,首先建立两个mysql连接,并且将mysql的autocommit设置为0,然后进行一下各个测试。执行的sql语句为:

set autocommit=0;

1、行锁测试

在mysql客户端1上执行以下操作:

delete from test where name='ccc';

在mysql客户端2上执行以下操作:

insert into test values(null,’nnn’);

在客户端1没有提交和回滚操作之前,在客户端2上执行插入操作成功。由此可见,mysql在操作时的确是使用了行级锁。

验证结束之后,回滚操作,分别在两个客户端上执行回滚操作:

rollback;

2、行锁升级测试

在mysql客户端1上执行以下操作:

delete from test where name='aaa';

在mysql客户端2上执行以下操作:

insert into test values(null,’nnn’);

客户端1没有提交和回滚的情况下,客户端2始终处于锁等待状态。只有当在客户端1上执行回滚操作或者提交操作后,客户端2上的操作才能执行。从行锁的理论来看,这是不符的。但是当操作的数据占整个数据的比例较大时,行锁将会升级,导致其他操作处于锁等待状态。

3、行锁升级临界测试

      经测试,当删除数据为5条时有锁等待4条时没有。而如果name字段上没有索引则为表锁。

上一篇:记录分享公司Spring data相关配置


下一篇:【SSH进阶之路】Hibernate映射——一对一双向关联映射(六)