大招落地：MySQL 插入更新死鎖原始碼分析-有解無憂

今天再來分析一個死鎖場景，下面開始真正的內容，

建表陳述句：

CREATE TABLE `tenant_config` ( `id` bigint(21) NOT NULL AUTO_INCREMENT, `tenant_id` int(11) NOT NULL, `open_card_point` int(11) DEFAULT NULL, PRIMARY KEY (`id`), UNIQUE KEY `uidx_tenant` (`tenant_id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4

表中有一條初始化資料：

INSERT INTO `tenant_config` (`tenant_id`, `open_card_point`) VALUES (123,0);

資料庫隔離級別：RC

兩條 insert，兩條 update

事務 1 和事務 2 陳述句一毛一樣，都是下面這樣：

INSERT INTO `tenant_config` ( `tenant_id`, `open_card_point`) VALUES (123,111111); UPDATE tenant_config SET open_card_point = 0 where tenant_id = 123;

代碼的邏輯大概如下，先插入，如果有沖突則更新

try { insert(); } catch (DuplicateKeyException e) { update() }

死鎖條件的程序如下

事務 1：

INSERT INTO `tenant_config` ( `tenant_id`, `open_card_point`) VALUES (123,111111); ERROR 1062 (23000): Duplicate entry '123' for key 'uidx_tenant'

加鎖情況，對 uk 加 S 鎖，如下：

事務 2：

INSERT INTO `tenant_config` ( `tenant_id`, `open_card_point`) VALUES (123,111111); ERROR 1062 (23000): Duplicate entry '123' for key 'uidx_tenant'

加鎖情況，對 uk 加 S 鎖，如下：

事務 1：

UPDATE tenant_config SET open_card_point = 0 where tenant_id = 123;

對 uk 加 X 鎖，因為事務 2 獲取了 S 鎖，進入鎖等待

事務 2：

UPDATE tenant_config SET open_card_point = 0 where tenant_id = 123;

同樣想對 uk 加 X 鎖，死鎖條件產生：事務 2 拿到了 S 鎖，想加 X 鎖，事務 1 拿到了 S 鎖，也想加 X 鎖，彼此都在等對方的 S 鎖，

這種情況是最簡單的，如果只是這么簡單，我就不會寫了，哈哈，下面來看第二種情況，

一條 insert，兩條 update

第一步：事務 1，插入唯一鍵沖突

begin; INSERT INTO `tenant_config` ( `tenant_id`, `open_card_point`) VALUES (123,111111); ERROR 1062 (23000): Duplicate entry '123' for key 'uidx_tenant'

第二步：事務 2

begin; UPDATE tenant_config SET open_card_point = 0 where tenant_id = 123 and 1 =1;

第三步：事務 1

UPDATE tenant_config SET open_card_point = 0 where tenant_id = 123 and 1 =1;

出現：事務 2 死鎖

ERROR 1213 (40001): Deadlock found when trying to get lock; try restarting transaction

分析程序如下：

事務 1

INSERT INTO `tenant_config` ( `tenant_id`, `open_card_point`) VALUES (123,111111);

對 uk 加 S 鎖，這個沒有什么歧義，

接下來事務 2

UPDATE tenant_config SET open_card_point = 0 where tenant_id = 123 and 1 =1;