PolarDB:Panda Index: デッドロックを防止するための一意キーインデックス

データの準備

-- テーブルと一意キーインデックスを作成します。
CREATE TABLE t1(
  id int,
  c1 int,
  PRIMARY KEY(id),
  UNIQUE KEY uk1(c1)
) SINGLE /* この例では、Enterprise Edition のシングルテーブルを使用します。Standard Edition インスタンスではこれは必須ではありません。 */;

-- データを挿入します。
INSERT INTO t1 VALUES (1,1);
INSERT INTO t1 VALUES (100,100);

同時実行テスト

トランザクション (セッション 1) で、レコードを削除してから新しいレコードを挿入し、一般的な「削除してから更新」操作をシミュレートします。

BEGIN;
DELETE FROM t1 where id=1;
INSERT INTO t1 values (2,1);

同時に、別のトランザクション (セッション 2) で、競合しないレコードをデータギャップに挿入します。

INSERT INTO t1 values (3,2);

この時点で、標準の一意なインデックスと Panda Index の動作は異なります。

• 標準の一意なインデックスの場合：セッション 2 の挿入操作は失敗します。セッション 1 が保持しているギャップロックを待機している間にブロックされ、最終的にタイムアウトします。

  mysql> INSERT INTO t1 values (3,2);
  
  -- エラーメッセージには次のキーワードが含まれています：Lock wait timeout exceeded; try restarting transaction

  Standard Edition インスタンスでは、ロック情報に一意キー uk1 のギャップロックが含まれていることがわかります。

  SELECT lock_data, lock_mode FROM performance_schema.data_locks WHERE index_name ='uk1';
  +-----------+---------------+
  | lock_data | lock_mode     |
  +-----------+---------------+
  | 1, 1      | X,REC_NOT_GAP |
  | 1, 1      | S,GAP         |
  | 100, 100  | S,GAP         |
  | 1, 2      | S,GAP         |
  +-----------+---------------+

• Panda Index の場合：Panda Index は不要なギャップロックを作成しないため、セッション 2 の挿入操作はすぐに成功します。

  mysql> INSERT INTO t1 values (3,2);
  
  Query OK, 1 row affected (0.00 sec)

  Standard Edition インスタンスでは、ロック情報に一意キー uk1 のギャップロックが含まれていないことがわかります。

  SELECT lock_data, lock_mode FROM performance_schema.data_locks WHERE index_name ='uk1';
  +-----------+---------------+
  | lock_data | lock_mode     |
  +-----------+---------------+
  | 1, 2      | X,REC_NOT_GAP |
  +-----------+---------------+