MySQL のトランザクション分離レベル


ミライトデザイン Advent Calendar 2024 2日目の記事になります。

https://qiita.com/advent-calendar/2024/miraito-inc

1日目には [ほげさん](https://zenn.dev/suzuki_hoge) の記事でした。

https://zenn.dev/suzuki_hoge/articles/2024-12-really-if-e8163558a5de62#%E3%81%8A%E3%82%8F%E3%82%8A%E3%81%AB

コードを書く際の重要な考え方がわかりやすく言語化されて大変参考になりました。
まだ読まれていない方は是非読んでみてください。

この記事ではトランザクション分離レベルについて調べたことを記事にしました。

## はじめに

トランザクション分離レベルについて調べたので、まとめる。

トランザクション分離レベルの話は、共通しているところが多いが、
RDBMS によって挙動が変わるため、今回は MySQL の挙動に絞る。


## トランザクション分離レベルとは


[ACID 原則](https://qiita.com/tkek321/items/9e5b38021d321e9b4272#acid-%E7%89%B9%E6%80%A7) の I に関する概念。

```
## ACID 原則の I = Isolation（独立性）
トランザクションの実行中は他からの操作の影響を受けないことを保証する。
```

トランザクション分離レベルは、どの程度他のトランザクションへの影響を許容するかを定義したもの。

独立性を確実に担保するためには、処置を１件ずつ順番(Serial)に処理をしていけばいい。

ただし、その場合後に実行された処理は、前の処理を待つ時間が発生することになってしまうため、 RDBMS では処理を並列に実行可能にしている。

並列に実行することを許容した際には、処理の速度が上がる代わりに、互いの処理の影響を受けやすくなってしまい、独立性のレベルが低くなってしまう。

そのため、どの程度の処理の独立性のレベルを下げることを許容するのかを、トランザクション分離レベルの設定で変更することができる。

例えば、金融系のシステムであれば、性能よりも正確性を優先し、高い分離レベルを設定する。ようなことができる。


## 主な分離レベル

分離レベルは次の４つ

- read uncommitted
- read committed
- repeatable read
- serializable

下に行くほど安全になるが、速度は遅くなる。


## トランザクション分離レベルの違いによって禁止される主な現象（アノマリー）

アノマリーは実際にはもっと多くの現象がある。
今回は代表的そうなものに絞る。

以下の図の例では、トランザクション1 ( T1 ) と別のトランザクション ( T2 ) が、口座テーブルのデータを扱うイメージ。

### Dirty Read

トランザクション実行中に、他のトランザクションが更新した、**まだコミットされていない状態のデータを読み取れる。**

[MySQL...ダーティー読み取り](https://dev.mysql.com/doc/refman/8.0/ja/glossary.html#glos_dirty_read)


![ダーティーリード.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/364773/a6586880-54cd-3b65-243b-c1fe5d4dcaba.png)

実際には変更（ commit ）されていない結果が見えてしまうため、T1 で口座の集計処理などが実施されていた場合は、集計の結果が間違ったものになってしまう。


### Fuzzy Read / Non-Repeatable Read

トランザクション実行中に、他のトランザクションが更新し、**コミットしたデータが読み取れる。**
トランザクション実行中に、**複数回 SELECT した場合に、結果が変わってしまう。**

[MySQL...反復不可能読み取り](https://dev.mysql.com/doc/refman/8.0/ja/glossary.html#glos_non_repeatable_read)

![イメージ - ページ 1 (1).png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/364773/1cfb2196-9584-7827-3dd0-50cafcb837b0.png)

COMMIT されたデータが見えることは一見問題がないように見える。

もちろんケースにはよるが、WEB システムであれば、COMMIT されて確定したデータはトランザクション中であってもすぐに確認したい場合も多そう。

ただし、ACID 原則の I = Isolation（独立性）ではトランザクションの実行中は他の操作からの影響を受けないことが保証されている必要があるため、Isolation は守られていないことになる。


```
## ACID 原則の I = Isolation（独立性）
トランザクションの実行中は他からの操作の影響を受けないことを保証する。
```

Fuzzy Read が発生しない場合は、T1 の SELECT の結果がどちらも 1,000 になることが正しい。
（トランザクションの実行中は何回 SELECT をしても結果は変わらない）

### Phantom Read


トランクザクション実行中に、別トランザクションで INSERT または DELETE した場合に、 COUNT した行数の結果が変わってしまう。

[MySQL...ファントム](https://dev.mysql.com/doc/refman/8.0/ja/glossary.html#glos_phantom)

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/364773/beea4ef0-a248-f123-8a9e-2cf0e469b7cd.png)


### Lost Update

複数のトランザクションで処理が実行されてた場合、後に実行されて更新で処理が上書きされる。


![LOST UPDATE - ページ 1 (1).png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/364773/e9a444e0-bd14-a40a-a4e2-0c93a53b3b93.png)


https://arc.net/l/quote/sdssrcde

## 分離レベルと上記の現象を許容する組み合わせ

次のような組み合わせになるはず。

![分離レベル.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/364773/d1ba4c4d-92f5-5630-dec2-abdd3539cec6.png)


## 分離レベルの挙動を確認してみる

Docker で MySQL 8 環境を用意する

```bash
docker container run \
    --name db \
    --rm \
    --detach \
    --publish 33306:3306 \
    --env MYSQL_ROOT_PASSWORD=root \
    --env MYSQL_USER=user \
    --env MYSQL_PASSWORD=password \
    --env MYSQL_DATABASE=study_isolation_level \
    mysql:8

# コンテナにアクセス
docker exec -it db bash


# mysql へアクセス
mysql -u root -proot study_isolation_level
```
テーブルとデータを作成

```sql
> CREATE TABLE accounts (
    id INT AUTO_INCREMENT PRIMARY KEY,
    name VARCHAR(16) NOT NULL,
    balance INT NOT NULL
);


> INSERT INTO accounts (name, balance) VALUES
('A-san', 1000);


> SELECT * FROM accounts;
+----+-------+---------+
| id | name  | balance |
+----+-------+---------+
|  1 | A-san |   1000 |
+----+-------+---------+
1 row in set (0.01 sec)

```


## 現在のトランザクション分離レベルを確認

```sql
> SELECT @@GLOBAL.transaction_isolation, @@transaction_isolation;
+--------------------------------+-------------------------+
| @@GLOBAL.transaction_isolation | @@transaction_isolation |
+--------------------------------+-------------------------+
| REPEATABLE-READ                | REPEATABLE-READ         |
+--------------------------------+-------------------------+
1 row in set (0.01 sec)
```

MySQL のデフォルトのトランザクション分離レベルは `repeatable read`  なので、global のトランザクションが `repeatable read`、 現在セッションでのトランザクション分離レベルも  `repeatable read` になっている。


## 確認方法

トランザクションを分けるために、別タブで開き、それぞれのタブで次の手順の Docker の `db` コンテナへアクセスし、MySQL へアクセスして動作を確認する。

```bash
# コンテナにアクセス
docker exec -it db bash


# MySQL へアクセス
mysql -u root -proot study_isolation_level
```

同じテキストに記載するが、`T1` と `T2` は別タブで実行した結果を記載する。

```sql
-- T1
-- ターミナルのタブ１で実行した SQL を記載

-- T2
-- ターミナル２のタブ２で実行した SQL を記載
```


## read uncommitted

![read uncommitted.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/364773/ab79addd-87c3-2008-14c6-31602d8bd860.png)


トランザクション分離レベルを `read uncommitted` に変更する。

```sql
-- T1
> SET SESSION TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
Query OK, 0 rows affected (0.00 sec)

> SELECT @@GLOBAL.transaction_isolation, @@transaction_isolation;
+--------------------------------+-------------------------+
| @@GLOBAL.transaction_isolation | @@transaction_isolation |
+--------------------------------+-------------------------+
| REPEATABLE-READ                | READ-UNCOMMITTED        |
+--------------------------------+-------------------------+
1 row in set (0.00 sec)

-- T2
> SET SESSION TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
Query OK, 0 rows affected (0.00 sec)

> SELECT @@GLOBAL.transaction_isolation, @@transaction_isolation;
+--------------------------------+-------------------------+
| @@GLOBAL.transaction_isolation | @@transaction_isolation |
+--------------------------------+-------------------------+
| REPEATABLE-READ                | READ-UNCOMMITTED        |
+--------------------------------+-------------------------+
1 row in set (0.00 sec)
```

どちらのセッションでもトランザクション分離レベルが、`read uncommitted` になっている。

### Dirty Read を起こしてみる

```sql
-- T1
> BEGIN;
Query OK, 0 rows affected (0.00 sec)

> SELECT * FROM accounts;
+----+-------+---------+
| id | name  | balance |
+----+-------+---------+
|  1 | A-san |    1000 |
+----+-------+---------+
1 row in set (0.00 sec)


-- T2
> BEGIN;
Query OK, 0 rows affected (0.00 sec)

> UPDATE accounts SET balance = 1500 WHERE id = 1;
Query OK, 1 row affected (0.00 sec)
Rows matched: 1  Changed: 1  Warnings: 0

> SELECT * FROM accounts;
+----+-------+---------+
| id | name  | balance |
+----+-------+---------+
|  1 | A-san |    1500 |
+----+-------+---------+
1 row in set (0.00 sec)

-- T1 
-- COMMIT されていないデータが取得できてしまう
SELECT * FROM accounts;
+----+-------+---------+
| id | name  | balance |
+----+-------+---------+
|  1 | A-san |    1500 |
+----+-------+---------+
1 row in set (0.01 sec)

-- T2
> ROLLBACK;
Query OK, 0 rows affected (0.01 sec)

> SELECT * FROM accounts;
+----+-------+---------+
| id | name  | balance |
+----+-------+---------+
|  1 | A-san |    1000 |
+----+-------+---------+
1 row in set (0.00 sec)

-- T1
-- ROLLBACK されたので結果は当然 1,000 に戻る
> SELECT * FROM accounts;
+----+-------+---------+
| id | name  | balance |
+----+-------+---------+
|  1 | A-san |    1000 |
+----+-------+---------+
1 row in set (0.01 sec)

> COMMIT;
Query OK, 0 rows affected (0.00 sec)

```

## read commited

![readCommited](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/364773/f21d827c-a560-4348-bd40-b679e2dde9d6.png)


トランザクション分離レベルを `read committed` に変更する。

```sql
-- T1
> SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;
Query OK, 0 rows affected (0.00 sec)

> SELECT @@GLOBAL.transaction_isolation,@@transaction_isolation;
+--------------------------------+-------------------------+
| @@GLOBAL.transaction_isolation | @@transaction_isolation |
+--------------------------------+-------------------------+
| REPEATABLE-READ                | READ-COMMITTED          |
+--------------------------------+-------------------------+
1 row in set (0.00 sec)


-- T2
> SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;
Query OK, 0 rows affected (0.00 sec)

> SELECT @@GLOBAL.transaction_isolation,@@transaction_isolation;
+--------------------------------+-------------------------+
| @@GLOBAL.transaction_isolation | @@transaction_isolation |
+--------------------------------+-------------------------+
| REPEATABLE-READ                | READ-COMMITTED          |
+--------------------------------+-------------------------+
1 row in set (0.00 sec)

```

### Dirty Read と Fuzzy Read を試す

Dirty Read は発生しないはず。
Fuzzy Read は発生するはず。

```sql
-- T1
> BEGIN;
Query OK, 0 rows affected (0.00 sec)

> SELECT * FROM accounts;
+----+-------+---------+
| id | name  | balance |
+----+-------+---------+
|  1 | A-san |    1000 |
+----+-------+---------+
1 row in set (0.01 sec)

-- T2
> BEGIN;
Query OK, 0 rows affected (0.00 sec)

> UPDATE accounts SET balance = 1500 WHERE id = 1;
Query OK, 1 row affected (0.00 sec)
Rows matched: 1  Changed: 1  Warnings: 0

> SELECT * FROM accounts;
+----+-------+---------+
| id | name  | balance |
+----+-------+---------+
|  1 | A-san |    1500 |
+----+-------+---------+
1 row in set (0.00 sec)

-- T1
-- COMMIT されていないデータは見れない（Dirty Read は発生していない）
> SELECT * FROM accounts;
+----+-------+---------+
| id | name  | balance |
+----+-------+---------+
|  1 | A-san |    1000 |
+----+-------+---------+
1 row in set (0.00 sec)

-- T2
> COMMIT;
Query OK, 0 rows affected (0.00 sec)


-- T1
-- COMMIT されたデータは確認できる（Fuzzy Read が発生している）
> SELECT * FROM accounts;
+----+-------+---------+
| id | name  | balance |
+----+-------+---------+
|  1 | A-san |    1500 |
+----+-------+---------+
1 row in set (0.00 sec)

> COMMIT;
Query OK, 0 rows affected (0.00 sec)

```

### Phantom Read を試す

```sql
-- T1
> BEGIN;
Query OK, 0 rows affected (0.01 sec)

-- T2
> BEGIN;
Query OK, 0 rows affected (0.01 sec)

-- T1
> SELECT count(*) FROM accounts;
+----------+
| count(*) |
+----------+
|        1 |
+----------+
1 row in set (0.01 sec)

> SELECT * FROM accounts;
+----+-------+---------+
| id | name  | balance |
+----+-------+---------+
|  1 | A-san |    3000 |
+----+-------+---------+
1 row in set (0.00 sec)


-- T2
> INSERT INTO accounts VALUES (2, "B-san", 2000);
Query OK, 1 row affected (0.00 sec)

 SELECT * FROM accounts;
+----+-------+---------+
| id | name  | balance |
+----+-------+---------+
|  1 | A-san |    3000 |
|  2 | B-san |    2000 |
+----+-------+---------+
2 rows in set (0.00 sec)

> COMMIT;
Query OK, 0 rows affected (0.01 sec)


-- T1
-- 追加された結果が読み取れている ( Phantom Read が発生 )
> SELECT count(*) FROM accounts;
+----------+
| count(*) |
+----------+
|        2 |
+----------+
1 row in set (0.01 sec)

mysql> SELECT * FROM accounts;
+----+-------+---------+
| id | name  | balance |
+----+-------+---------+
|  1 | A-san |    3000 |
|  2 | B-san |    2000 |
+----+-------+---------+
2 rows in set (0.00 sec)

```

## repeatable read

![repeatable read.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/364773/304e608f-9276-765f-281a-bd059bdd9824.png)


```sql
-- T1
> SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ;
Query OK, 0 rows affected (0.00 sec)

> SELECT @@GLOBAL.transaction_isolation, @@transaction_isolation;
+--------------------------------+-------------------------+
| @@GLOBAL.transaction_isolation | @@transaction_isolation |
+--------------------------------+-------------------------+
| REPEATABLE-READ                | REPEATABLE-READ         |
+--------------------------------+-------------------------+
1 row in set (0.00 sec)

-- T2
> SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ;
Query OK, 0 rows affected (0.01 sec)

> SELECT @@GLOBAL.transaction_isolation, @@transaction_isolation;
+--------------------------------+-------------------------+
| @@GLOBAL.transaction_isolation | @@transaction_isolation |
+--------------------------------+-------------------------+
| REPEATABLE-READ                | REPEATABLE-READ         |
+--------------------------------+-------------------------+
1 row in set (0.00 sec)

```

### Lost Update と Fuzzy Read を試す

Lost Update は発生する。
Fuzzy Read は発生しない。

```sql
-- T1
> BEGIN;
Query OK, 0 rows affected (0.00 sec)

> SELECT * FROM accounts;
+----+-------+---------+
| id | name  | balance |
+----+-------+---------+
|  1 | A-san |    1500 |
+----+-------+---------+
1 row in set (0.00 sec)

-- T2
> BEGIN;
Query OK, 0 rows affected (0.00 sec)

> UPDATE accounts SET balance = 2000 WHERE id = 1;
Query OK, 1 row affected (0.01 sec)
Rows matched: 1  Changed: 1  Warnings: 0

> SELECT * FROM accounts;
+----+-------+---------+
| id | name  | balance |
+----+-------+---------+
|  1 | A-san |    2000 |
+----+-------+---------+
1 row in set (0.00 sec)

> COMMIT;
Query OK, 0 rows affected (0.00 sec)

-- T1
-- Fuzzy Read は発生していない

> SELECT * FROM accounts;
+----+-------+---------+
| id | name  | balance |
+----+-------+---------+
|  1 | A-san |    1500 |
+----+-------+---------+
1 row in set (0.00 sec)

> UPDATE accounts SET balance = 3000 WHERE id = 1;
Query OK, 1 row affected (0.01 sec)
Rows matched: 1  Changed: 1  Warnings: 0

> SELECT * FROM accounts;
+----+-------+---------+
| id | name  | balance |
+----+-------+---------+
|  1 | A-san |    3000 |
+----+-------+---------+
1 row in set (0.00 sec)

> COMMIT;
Query OK, 0 rows affected (0.01 sec)

-- 結果が上書きされてしまう（ Lost Update が発生している ）

> SELECT * FROM accounts;
+----+-------+---------+
| id | name  | balance |
+----+-------+---------+
|  1 | A-san |    3000 |
+----+-------+---------+
1 row in set (0.00 sec)

```

:::note warn

UPDATE の場合は MySQL がうまく更新してくれているっぽい。
おそらく、SELECT はスナップショットを作成してそこから読み取るけど、 UPDATE は元データを参照するとかそんな感じ ??

あまりわかっていないので気が向いたら調べる。

```sql
-- T1
> BEGIN;
Query OK, 0 rows affected (0.00 sec)

> SELECT * FROM accounts;
+----+-------+---------+
| id | name  | balance |
+----+-------+---------+
|  1 | A-san |    1500 |
+----+-------+---------+
1 row in set (0.00 sec)

-- T2
> BEGIN;
Query OK, 0 rows affected (0.00 sec)

> UPDATE accounts SET balance = balance + 500 WHERE id = 1;
Query OK, 1 row affected (0.01 sec)
Rows matched: 1  Changed: 1  Warnings: 0

> SELECT * FROM accounts;
+----+-------+---------+
| id | name  | balance |
+----+-------+---------+
|  1 | A-san |    2000 |
+----+-------+---------+
1 row in set (0.00 sec)

> COMMIT;
Query OK, 0 rows affected (0.00 sec)

-- T1

> SELECT * FROM accounts;
+----+-------+---------+
| id | name  | balance |
+----+-------+---------+
|  1 | A-san |    1500 |
+----+-------+---------+
1 row in set (0.00 sec)

> UPDATE accounts SET balance = balance + 1000 WHERE id = 1;
Query OK, 1 row affected (0.01 sec)
Rows matched: 1  Changed: 1  Warnings: 0

> SELECT * FROM accounts;
+----+-------+---------+
| id | name  | balance |
+----+-------+---------+
|  1 | A-san |    3000 |
+----+-------+---------+
1 row in set (0.00 sec)
```

:::


### Phantom Read を試す

Phantom Read は発生しない。

```sql
-- T1
> BEGIN;
Query OK, 0 rows affected (0.01 sec)

-- T2
> BEGIN;
Query OK, 0 rows affected (0.00 sec)

> INSERT INTO accounts VALUES (2, "B-san", 2000);
Query OK, 1 row affected (0.00 sec)

mysql> SELECT * FROM accounts;
+----+-------+---------+
| id | name  | balance |
+----+-------+---------+
|  1 | A-san |    1500 |
|  2 | B-san |    2000 |
+----+-------+---------+
2 rows in set (0.00 sec)

-- T1

> SELECT * FROM accounts;
+----+-------+---------+
| id | name  | balance |
+----+-------+---------+
|  1 | A-san |    1500 |
+----+-------+---------+
1 row in set (0.00 sec)

> SELECT count(*) FROM accounts;
+----------+
| count(*) |
+----------+
|        1 |
+----------+
1 row in set (0.01 sec)
```


## serializable

![serializable.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/364773/94a28725-7ba6-a82e-f892-898677af631a.png)


```sql
-- T1
> SET SESSION TRANSACTION ISOLATION LEVEL SERIALIZABLE;
Query OK, 0 rows affected (0.01 sec)

> SELECT @@GLOBAL.transaction_isolation, @@transaction_isolation;
+--------------------------------+-------------------------+
| @@GLOBAL.transaction_isolation | @@transaction_isolation |
+--------------------------------+-------------------------+
| REPEATABLE-READ                | SERIALIZABLE            |
+--------------------------------+-------------------------+
1 row in set (0.00 sec)

-- T2
> SET SESSION TRANSACTION ISOLATION LEVEL SERIALIZABLE;
Query OK, 0 rows affected (0.00 sec)

> SELECT @@GLOBAL.transaction_isolation, @@transaction_isolation;
+--------------------------------+-------------------------+
| @@GLOBAL.transaction_isolation | @@transaction_isolation |
+--------------------------------+-------------------------+
| REPEATABLE-READ                | SERIALIZABLE            |
+--------------------------------+-------------------------+
1 row in set (0.00 sec)
```

### Lost Update が発生しない

```sql
-- T1
> BEGIN;
Query OK, 0 rows affected (0.00 sec)

-- T2
> BEGIN;
Query OK, 0 rows affected (0.00 sec)

-- T1
mysql> SELECT * FROM accounts;
+----+-------+---------+
| id | name  | balance |
+----+-------+---------+
|  1 | A-san |    3000 |
+----+-------+---------+
1 row in set (0.00 sec)

-- T2
-- ロックがかかっているため更新ができない (Lost Update が発生しない)
> UPDATE accounts SET balance = 4000 WHERE id = 1;
ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction
```

この時のロックの状態は次のようになっている。

```sql
> SELECT OBJECT_NAME, LOCK_TYPE, LOCK_MODE, LOCK_STATUS, LOCK_DATA FROM performance_schema.data_locks;
+-------------+-----------+-----------+-------------+------------------------+
| OBJECT_NAME | LOCK_TYPE | LOCK_MODE | LOCK_STATUS | LOCK_DATA              |
+-------------+-----------+-----------+-------------+------------------------+
| accounts    | TABLE     | IS        | GRANTED     | NULL                   |
| accounts    | RECORD    | S         | GRANTED     | supremum pseudo-record |
| accounts    | RECORD    | S         | GRANTED     | 1                      |
+-------------+-----------+-----------+-------------+------------------------+
3 rows in set (0.00 sec)
```

`id=1` に共有ロックがかかっているため、更新処理ができない。

ロックの話はこちら。

https://qiita.com/tkek321/items/9e5b38021d321e9b4272#%E8%A1%A8%E3%83%AD%E3%83%83%E3%82%AF%E3%81%A8%E8%A1%8C%E3%83%AD%E3%83%83%E3%82%AF


## まとめ

トランザクション分離レベルは結局どうロックをとるかという話っぽい。


## 終わりに

明日は、 [bucchi](https://qiita.com/bucchi0426) さんの今年使った AI についての記事らしいです。

個人的に便利な AI があれば触ってみたいと思っていたところだったので、どんな内容なのか楽しみです！

## 参考

https://qiita.com/song_ss/items/38e514b05e9dabae3bdb


https://ja.wikipedia.org/wiki/%E3%83%88%E3%83%A9%E3%83%B3%E3%82%B6%E3%82%AF%E3%82%B7%E3%83%A7%E3%83%B3%E5%88%86%E9%9B%A2%E3%83%AC%E3%83%99%E3%83%AB

https://www.sraoss.co.jp/PostgreSQL/Manual/document/13/transaction-iso.html

https://dev.mysql.com/doc/refman/8.0/ja/innodb-transaction-isolation-levels.html

https://amzn.asia/d/9PmMxVo


https://zenn.dev/mpyw/articles/rdb-transaction-isolations