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

總結

以上是生活随笔為你收集整理的mysql行级锁升级_mysql innodb 行级锁升级的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。