データベースにおけるトランザクションと同時実行の問題の例

データベースのトランザクションと同時実行の問題についてのディスカッション

はじめに

最近、同僚が注文作成ロジックを担当するコードを作成しましたが、コードレビュー中に同時実行の問題がある可能性があることが判明しました。私の同僚はこれに同意しませんでした。彼のロジックは ストアド プロシージャ で記述されているため、問題はないはずだと考えていました。

コードのロジックはおそらく (擬似コード) です:

begin transaction

if 查询到客户存在进行中的订单
 rollback transaction

if 查询到设备存在进行中的订单
 rollback transaction

插入订单

commit transaction

以下は、このロジックの分析と、このトランザクションに並行性の問題が発生する理由です。

取引概要

まず、2 つの質問をし、次に質問に基づいて取引に関連する知識ポイントを話し合い、最後にこれら 2 つの質問を解決し、前の質問に答えます。

最初の質問、トランザクションは同時実行できますか?

2 番目の質問、データベースはトランザクションをどのように分離しますか?

トランザクションのパフォーマンス特性

データベース内でのトランザクションの実行には、重要なリソースの処理方法、ロックおよびロック解除の方法など、多くの側面が関係します。ただし、トランザクションがどのように実行されるかに関係なく、次の特性を保証する必要があります:

• 原子性

• 一貫性

• 分離

• 原子性: すべての操作は論理単位ですどちらかです送信が成功したか失敗したか。

整合性: 正当なデータのみがデータベースに書き込まれます。それ以外の場合、トランザクションは元の状態にロールバックされます。
分離: トランザクションの正確性と整合性を破壊することなく、同時に処理を続行できます。データ;
永続性: トランザクションの終了後、送信された結果は固定化されて保存されます。
さまざまなデータベース ロック
共有ロック

1. 共有ロックは、非排他的なビジネスに使用され、複数のトランザクションがロックされたリソースを同時に読み取ることができますが、リソースを更新することはできません。

ロックタイミング：select文実行時にデフォルトで追加されます

1. 排他ロック、排他ロックとも呼ばれます。名前が示すように、排他ロックによってロックされたリソースは、他のトランザクションによる操作の実行を許可しません。

ロックのタイミング: 挿入、更新、

1. 読み取りフェーズ中の共有ロックの使用によって引き起こされるデッドロックを防ぐために、更新の初期フェーズで必要なリソースをロックするために使用されます。

ロックのタイミング: 更新を実行するとき、更新ロックを使用して関連リソースをロックします

1. は反復可能な読み取りのように機能します。ただし、影響を受けるデータをロックするだけでなく、範囲もロックします。これにより、クエリの対象範囲に新しいデータが挿入され、ファントム読み取りにつながる可能性のある状況が防止されます。

1. コミットされた読み取りレベルと同様にデータを読み取りますが、トランザクションの終了まで共有ロックが保持されます。

1. コミットされたデータのみを読み取り、他のトランザクションが排他ロックを解放するのを待ちます。データ読み取りの共有ロックは、読み取り操作が完了するとすぐに解放されます。 Read Committed は、SQL Server のデフォルトの分離レベルです。

1. は、データの読み取り時にロックをチェックしたり使用したりしません。したがって、この分離レベルではコミットされていないデータを読み取ることが可能です。

トランザクション操作

Use ストアド プロシージャが開始されるか、コードを使用して開始されるか、通常の SQL ステートメントを使用して開始されるかに違いはありません。 2 番目の質問は、データベースはトランザクションをどのように分離するのでしょうか?

この質問に答えるには、まずデータベースのロック メカニズムとデータベース トランザクション分離レベルを理解する必要があります。データベースのロックは、共有ロック、排他ロック、更新ロックの 3 つのタイプに分類できます。さまざまなレベルのロックを使用し、さまざまなロック スコープと連携して、さまざまなトランザクション分離レベルを実現し、これに基づいてトランザクションを同時または連続的に実行します。

前述によると、挿入、更新、または削除を使用すると、デフォルトのトランザクションレベルで人為的にトランザクションのシリアル化を引き起こす可能性があるため、内部で最初から更新を使用できますトランザクション 同じ種類のトランザクションがシリアル化されるように公開データを更新し、その後のトランザクション内容を実行するかどうかを決定する判定文を追加します。これは、すべての操作が合理的かつ合法的に実行されることを保証するのに十分です。唯一の欠点は、パフォーマンスの問題が発生する可能性があることです。

1. トランザクションの外

現在、分散システムがますます増えていますが、再分散システムには、redis や Zookeeper などの共有リソースも含まれています。redis や Zookeeper を使用して分散ロック (これはこのカテゴリは他のブログ投稿に属しているため、ここでは展開されません)。トランザクションの外部でロックを使用して同じタイプのトランザクションをシリアル化し、トランザクションの内部チェック メカニズムと連携するだけで、トランザクションの同時実行性の問題を確実に解決できます。

参考資料

以上がデータベースにおけるトランザクションと同時実行の問題の例の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。