Type something to search...
[MySQL] 對不存在的 row 加鎖,會造成 Deadlock

[MySQL] 對不存在的 row 加鎖,會造成 Deadlock

  • Database
  • 21 Jun, 2020

[MySQL] 對不存在的 row 加鎖,會造成 Deadlock

一個範例

初始資料設定

CREATE TABLE `users` (
  `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
  `name` varchar(100) COLLATE utf8mb4_unicode_ci NOT NULL DEFAULT '',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=18 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;
INSERT INTO `users` (`id`, `name`)
VALUES
 (1, 'Jack'),
 (10, 'Johnson');

執行的時間軸

# Session 1
BEGIN;
SELECT * FROM users where id = 5 FOR UPDATE;
# Session 2
BEGIN;
SELECT * FROM users where id = 6 FOR UPDATE;
# Session 1
INSERT INTO users (id, name) VALUES (5, 'Jordan');
# Session 2
INSERT INTO users (id, name) VALUES (6, 'Jimmy');

會產生 deadlock。

說明

Session 1 在 SELECT * FROM users where id = 6 FOR UPDATE; 時,會對 (1,10) 區間加上 gap lock,而 Session 2 在 SELECT * FROM users where id = 6 FOR UPDATE; 時也會對 (1,10) 加上 gap lock,因為 gap lock 之間不會互斥,所以兩個 session 在這個時間點都拿到 gap lock 了。

之後 Session 1 的 INSERT INTO users (id, name) VALUES (5, ‘Jordan’); 需要拿到 Insert Intention Lock,但是需要等 Session 2 釋放它的 gap lock。

同理, Session 2 的 Insert Intention Lock 也需要等 Session 1 釋放 gap lock,而是就形成 deadlock 了。

參考資料

https://bugs.mysql.com/bug.php?id=25847

https://dev.mysql.com/doc/refman/5.6/en/innodb-locking.html

https://dev.mysql.com/doc/refman/5.6/en/innodb-information-schema-examples.html

https://time.geekbang.org/column/intro/139

Related Posts

INSERT…ON DUPLICATE KEY UPDATE ..在 MySQL 5.7.26(Aurora MySQL 2.10.3) 後的行為差異
INSERT…ON DUPLICATE KEY UPDATE ..在 MySQL 5.7.26(Aurora MySQL 2.10.3) 後的行為差異

MySQL 5.7.26 修復了一個 bug #2596684([release note](https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-26.html

read more
[MySQL] 使用 update_all & subquery 可能會鎖住全表
[MySQL] 使用 update_all & subquery 可能會鎖住全表

團隊最近遇到一個 subquery + update_all 會鎖整張表的問題,花了一點時間研究 注意:以下為 MySQL 5.6 的實驗探討,在 MySQL 8.0.21 的這個機制已經被優化了 問題 假設有一份 schema 長這樣,有 users 和 posts 兩張表。 create_table "posts", options: "ENGINE=

read more
[MySQL] 跑個 migration 怎麼就倒站了
[MySQL] 跑個 migration 怎麼就倒站了

如果網站正在 migrate 時,剛好遇到一個 transaction 沒有結束,就算只是 SELECT ,也有可能讓網站倒站。 一個血淋淋的例子 某個沒有經驗的工程師 A: 對 users table 做一些簡單的查詢,但是開啟了 transaction 沒有 commit BEGIN; SELECT * FROM users; ...**正在

read more
Postgresql 常用命令
Postgresql 常用命令

$createdb [database_name]$pg_dump [database_name] -f [backup_filename]$psql -f [backup_filename] [database_name]$dropdb [database_name]

read more
在 MySQL 5.6 使用 GROUP BY 的筆記
在 MySQL 5.6 使用 GROUP BY 的筆記

在 MySQL 5.6,如果使用了 GROUP BY A 欄位,但是 SELECT 的 **B 欄位,沒有加上 aggregate function,且群組裡 row 彼此間 B 欄位 **的值並不相同,則會以 nondeterministic 的方式決定要取出 **B 欄位 **的值。 可參考文件:[https://dev.mysql.com/doc/refman/5.6/en

read more
MySQL 你到底是在鎖屁喔
MySQL 你到底是在鎖屁喔

剛剛在研究這個簡單的範例: CREATE TABLE `posts` ( `id` bigint(20) NOT NULL AUTO_INCREMENT, `content` varchar(255) DEFAULT NULL, `user_id` int(11) DEFAULT NULL, PRIMARY KEY (`id`), KEY `index_posts_on

read more
[Rails][MySQL] 使用 update_all + JOIN + LIMIT 需注意效能問題
[Rails][MySQL] 使用 update_all + JOIN + LIMIT 需注意效能問題

MySQL 使用 JOIN + update_all 時,若遇到 LIMIT 則會轉為 subquery,需注意效能問題。 Rails 在使用 update_all 時,如果有用到 JOIN,會改用 subquery 的形式改寫,但若 Adapter 為 MySQL 時就會維持,因為 MySQL 語法本身支援 JOIN + UPDATE。但若是包含 LIMIT 時,由於 MySQL 也不支援,所

read more