取引概要

TiDB は完全な分散トランザクションをサポートし、 楽観的な取引悲観的な取引を提供します (TiDB 3.0 で導入)。この記事では主に、トランザクション ステートメント、楽観的トランザクションと悲観的トランザクション、トランザクションの分離レベル、および楽観的トランザクションにおけるアプリケーション側の再試行とエラー処理について紹介します。

一般的なステートメント

この章では、TiDB でトランザクションを使用する方法を紹介します。次の例は、単純なトランザクションのプロセスを示しています。

ボブは 20 ドルをアリスに送金したいと考えています。このトランザクションには、次の 2 つの操作が含まれます。

  • ボブの口座は $20 減額されます。
  • Alice の口座は 20 ドル増額されます。

トランザクションは、上記の操作の両方が正常に実行されるか、両方が失敗することを保証できます。

書店データベースのusersテーブルを使用して、いくつかのサンプル データをテーブルに挿入します。

INSERT INTO users (id, nickname, balance)
  VALUES (2, 'Bob', 200);
INSERT INTO users (id, nickname, balance)
  VALUES (1, 'Alice', 100);

次のトランザクションを実行し、各ステートメントの意味を説明します。

BEGIN;
  UPDATE users SET balance = balance - 20 WHERE nickname = 'Bob';
  UPDATE users SET balance = balance + 20 WHERE nickname= 'Alice';
COMMIT;

上記のトランザクションが正常に実行されると、テーブルは次のようになります。

+----+--------------+---------+
| id | account_name | balance |
+----+--------------+---------+
|  1 | Alice        |  120.00 |
|  2 | Bob          |  180.00 |
+----+--------------+---------+

取引を開始する

新しいトランザクションを明示的に開始するには、 BEGINまたはSTART TRANSACTIONを使用できます。

BEGIN;
START TRANSACTION;

TiDB のデフォルトのトランザクション モードは悲観的です。 楽観的取引モデルを明示的に指定することもできます。

BEGIN OPTIMISTIC;

ペシミスティック トランザクション モードを有効にします:

BEGIN PESSIMISTIC;

上記のステートメントが実行されたときに現在のセッションがトランザクションの途中にある場合、TiDB は最初に現在のトランザクションをコミットしてから、新しいトランザクションを開始します。

トランザクションをコミットする

COMMITステートメントを使用して、現在のトランザクションで TiDB によって行われたすべての変更をコミットできます。

COMMIT;

オプティミスティック トランザクションを有効にする前に、アプリケーションがCOMMITステートメントによって返されるエラーを適切に処理できることを確認してください。アプリケーションがそれをどのように処理するかわからない場合は、代わりにペシミスティック トランザクション モードを使用することをお勧めします。

トランザクションをロールバックする

ROLLBACKステートメントを使用して、現在のトランザクションの変更をロールバックできます。

ROLLBACK;

前の送金の例では、トランザクション全体をロールバックすると、アリスとボブの残高は変更されず、現在のトランザクションのすべての変更がキャンセルされます。

TRUNCATE TABLE `users`;

INSERT INTO `users` (`id`, `nickname`, `balance`) VALUES (1, 'Alice', 100), (2, 'Bob', 200);

SELECT * FROM `users`;
+----+--------------+---------+
| id | nickname     | balance |
+----+--------------+---------+
|  1 | Alice        |  100.00 |
|  2 | Bob          |  200.00 |
+----+--------------+---------+

BEGIN;
  UPDATE `users` SET `balance` = `balance` - 20 WHERE `nickname`='Bob';
  UPDATE `users` SET `balance` = `balance` + 20 WHERE `nickname`='Alice';
ROLLBACK;

SELECT * FROM `users`;
+----+--------------+---------+
| id | nickname     | balance |
+----+--------------+---------+
|  1 | Alice        |  100.00 |
|  2 | Bob          |  200.00 |
+----+--------------+---------+

クライアント接続が停止またはクローズされた場合も、トランザクションは自動的にロールバックされます。

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

トランザクション分離レベルは、データベース トランザクション処理の基礎です。 ACIDの「I」(Isolation) は、トランザクションの分離を意味します。

SQL-92 標準では、次の 4 つの分離レベルが定義されています。

  • コミットされていない読み取り ( READ UNCOMMITTED )
  • コミットされた読み取り ( READ COMMITTED )
  • 繰り返し読み取り ( REPEATABLE READ )
  • シリアライズ可能 ( SERIALIZABLE )。

詳細については、次の表を参照してください。

分離レベルダーティーライトダーティリードあいまい読み取りファントム
コミットされていない読み取りありえない可能可能可能
コミットされた読み取りありえないありえない可能可能
反復可能な読み取りありえないありえないありえない可能
シリアライズ可能ありえないありえないありえないありえない

TiDB は次の分離レベルをサポートしています: READ COMMITTEDおよびREPEATABLE READ :

mysql> SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
ERROR 8048 (HY000): The isolation level 'READ-UNCOMMITTED' is not supported. Set tidb_skip_isolation_level_check=1 to skip this error
mysql> SET TRANSACTION ISOLATION LEVEL READ COMMITTED;
Query OK, 0 rows affected (0.00 sec)

mysql> SET TRANSACTION ISOLATION LEVEL REPEATABLE READ;
Query OK, 0 rows affected (0.00 sec)

mysql> SET TRANSACTION ISOLATION LEVEL SERIALIZABLE;
ERROR 8048 (HY000): The isolation level 'SERIALIZABLE' is not supported. Set tidb_skip_isolation_level_check=1 to skip this error

TiDB は、MySQL との一貫性を保つための「反復可能読み取り」とも呼ばれるスナップショット分離 (SI) レベルの一貫性を実装しています。この分離レベルはANSI 反復可能読み取り分離レベルおよびMySQL 反復可能読み取り分離レベルとは異なります。詳細については、 TiDB トランザクション分離レベルを参照してください。

エコシステム
TiDB
TiKV
TiSpark
Chaos Mesh
© 2022 PingCAP. All Rights Reserved.