mysql死鎖非主鍵索引更新引起的死鎖

背景：最近線上經常丟擲mysql的乙個deadlock，細細查來，長了知識！

分析：錯誤日誌如下:

21:02:02.563 error dao.commondao [pool-15-thread-19] [jbc.trade.qunar.com] [703c9ddbe4b143609035365ca46bff35] - db error , tableid=jbc.trade.qunar.com, sql=update i_pay_record set checktime = now() where order_id in (62818) , par

ams=null

com.mysql.jdbc.exceptions.jdbc4.mysqltransactionrollbackexception: deadlock found when trying to get lock; try restarting transaction

其中sql更新語句：

update i_pay_record set checktime = now() where order_id in (62818)

很奇妙吧，執行一條sql會有死鎖嗎？

答案是：會有。

其中奧妙就在 i_pay_record 中的 order_id 欄位有索引。

**：

表結構如下：

create table `user_item` (
`id` bigint(20) not null,
`user_id` bigint(20) not null,
`item_id` bigint(20) not null,
`status` tinyint(4) not null,
primary key (`id`),
key `idx_1` (`user_id`,`item_id`,`status`)
) engine=innodb default charset=utf-8

sql語句如下：

update user_item set status=1 where user_id=? and item_id=?

原因分析

mysql的事務支援與儲存引擎有關，myisam不支援事務，innodb支援事務，更新時採用的是行級鎖。這裡採用的是innodb做儲存引擎，意味著會將update語句做為乙個事務來處理。前面提到行級鎖必須建立在索引的基礎，這條更新語句用到了索引idx_1，所以這裡肯定會加上行級鎖。

行級鎖並不是直接鎖記錄，而是鎖索引，如果一條sql語句用到了主鍵索引，mysql會鎖住主鍵索引；如果一條語句操作了非主鍵索引，mysql會先鎖住非主鍵索引，再鎖定主鍵索引。

這個update語句會執行以下步驟：

1、由於用到了非主鍵索引，首先需要獲取idx_1上的行級鎖

2、緊接著根據主鍵進行更新，所以需要獲取主鍵上的行級鎖；

3、更新完畢後，提交，並釋放所有鎖。

如果在步驟1和2之間突然插入一條語句：update user_item .....where id=? and user_id=?,這條語句會先鎖住主鍵索引，然後鎖住idx_1。

蛋疼的情況出現了，一條語句獲取了idx_1上的鎖，等待主鍵索引上的鎖；另一條語句獲取了主鍵上的鎖，等待idx_1上的鎖，這樣就出現了死鎖。

解決方案

1、先獲取需要更新的記錄的主鍵

select id from user_item where user_id=? and item_id=?

2、逐條更新

select id from user_item where user_id=? and item_id=?  
for (long id : idlist)   
update user_item set status=? where id=? and user_id=?

3、這樣貌似解決了，都是對單條進行操作，都是先獲取主鍵上的鎖，再獲取idx_1上的鎖。

不過這個解決方案與先前的更新語句不一樣，先前的更新語句對所有記錄的更新在乙個事務中，採用迴圈更新後並不在同乙個事務中，所以在for迴圈外面還得開乙個事務。

exception e = (exception)getdbfeeltransactiontemplate().execute(new transactioncallback() 
return null;
}catch(daoexception e) 
catch (exception e) 
}});

小結：在採用innodb的mysql中，更新操作缺省會加行級鎖，行級鎖是基於索引的，在分析死鎖之前需要查詢一下mysql的執行計畫，看看是否用到了索引，用到了哪個索引，對於沒有用索引的操作會採用表級鎖。如果操作用到了主鍵索引會先在主鍵索引上加鎖，然後在其他索引上加鎖，否則加鎖順序相反。在併發度高的應用中，批量更新一定要帶上記錄的主鍵，優先獲取主鍵上的鎖，這樣可以減少死鎖的發生。

mysql死鎖非主鍵索引更新引起的死鎖

mysql非主鍵索引主鍵索引和非主鍵索引的區別

mysql非主鍵索引主鍵索引和非主鍵索引解析

主鍵索引和非主鍵索引

mysql死鎖 非主鍵索引更新引起的死鎖

mysql非主鍵索引 主鍵索引和非主鍵索引的區別

mysql非主鍵索引 主鍵索引和非主鍵索引解析

主鍵索引和非主鍵索引

相關推薦

mysql死鎖非主鍵索引更新引起的死鎖

mysql非主鍵索引主鍵索引和非主鍵索引的區別

mysql非主鍵索引主鍵索引和非主鍵索引解析