デッドロックはどう防げますか?

すべてのトランザクションで一貫した順序でロックを取得する。トランザクションを短く保つ(ロック保持時間を減らす)。適切な分離レベルを使う(低いレベルはロックを減らす)。ロックタイムアウト(SET lock_timeout)を使い、待機する代わりに高速に失敗させる。バッチ操作では、処理前に主キーでソートする。

デッドロック時に再試行すべきですか?

はい。ただし上限付きです。指数バックオフで 3〜5 回再試行してください。デッドロックが解消しない場合は失敗させ、調査のためにログに記録します。デッドロックの頻度を追跡してください。高頻度は、単なる再試行ではなくアーキテクチャ変更を必要とする systemic な問題(ロック順序、長いトランザクション)を示しています。

データベースのデッドロックに対処する

デッドロックは、トランザクションが互いのロックを待ち合うときに発生します。検出、予防、再試行の戦略を学びましょう。

1

デッドロック:トランザクション A は行 1 をロックし、行 2 を要求。トランザクション B は行 2 をロックし、行 1 を要求。両方が永遠に待機します。データベースは循環を検出し、片方のトランザクション(通常、作業量の少ない方)を中断します。中断されたトランザクションはデッドロックエラーを受け取り、再試行する必要があります。
2

SQL フォーマッター →
トランザクション内の SQL ステートメントをフォーマットして、ロック取得順序を特定します。異なるトランザクションが異なる順序でロックを取得する場合、デッドロックが起きやすくなります。意図したロック順序を文書化するために再フォーマットしてください。
3

ハッシュ計算ツール →
リソース ID のハッシュを使って一貫したロック順序を決めます。常にハッシュの昇順でリソースをロックしてください。これにより、デッドロックの原因となる循環待機条件を防げます。ハッシュベースの順序付けは、リソースが文字列や数値で識別できる場合に機能します。

よくある質問

デッドロックはどう防げますか?: すべてのトランザクションで一貫した順序でロックを取得する。トランザクションを短く保つ(ロック保持時間を減らす)。適切な分離レベルを使う(低いレベルはロックを減らす)。ロックタイムアウト(SET lock_timeout)を使い、待機する代わりに高速に失敗させる。バッチ操作では、処理前に主キーでソートする。
デッドロック時に再試行すべきですか?: はい。ただし上限付きです。指数バックオフで 3〜5 回再試行してください。デッドロックが解消しない場合は失敗させ、調査のためにログに記録します。デッドロックの頻度を追跡してください。高頻度は、単なる再試行ではなくアーキテクチャ変更を必要とする systemic な問題(ロック順序、長いトランザクション)を示しています。