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字段上沒有索引則為表鎖。