MySQL ロックの知識ポイントのまとめ

ロックの概念

①. 現実世界では、鍵は外の世界から身を隠したいときに使う道具です。

②. コンピュータにおいて、複数のプロセスやスレッドが同時にリソースにアクセスできるように調整する仕組み。

③ データベースでは、従来のコンピューティングリソース（CPU、RAM、I/Oなど）の競合に加えて、データは多くのユーザーによって共有され、アクセスされるリソースでもあります。

④. 同時データアクセスの一貫性と有効性をどのように確保するかは、すべてのデータベースが解決しなければならない問題です。

⑤. ロック競合もデータベースの同時アクセス性能に影響を与える重要な要素です。

MySQL ロックの概要

他のデータベースと比較すると、MySQL のロックメカニズムは比較的単純です。最も注目すべき特徴は、異なるストレージエンジンが異なるロックメカニズムをサポートしていることです。たとえば、MyISAM および MEMORY ストレージエンジンはテーブルレベルのロックを使用します。 BDB ストレージエンジンはページレベルのロックを使用しますが、テーブルレベルのロックもサポートします。 InnoDB ストレージエンジンは行レベルのロックとテーブルレベルのロックの両方をサポートしていますが、デフォルトでは行レベルのロックが使用されます。

テーブルレベルロック: テーブルレベルロックは、MySQL で最も細かいロックであり、現在の操作のテーブル全体をロックすることを意味します。オーバーヘッドが低く、ロックが高速で、デッドロックは発生せず、ロックの粒度が大きく、ロック競合の可能性が最も高く、同時実行性が最も低くなります。

行レベルロック: 行レベルロックは MySQL で最も細かい粒度のロックであり、現在操作中の行のみがロックされます。オーバーヘッドが高く、ロックが遅く、デッドロックが発生する可能性があります。ロックの粒度は最小で、ロック競合の可能性は最低で、同時実行性は最高です。

ページレベルロック: ページレベルロックは、MySQL のロックの一種で、ロックの粒度は行レベルロックとテーブルレベルロックの中間です。テーブルレベルのロックは高速ですが、競合が多く発生します。行レベルの競合は少なくなりますが、速度は遅くなります。したがって、隣接するレコードのグループを一度にロックするために、妥協的なページレベルが採用されます。 BDB はページレベルのロックをサポートしています。オーバーヘッドとロック時間はテーブルロックと行ロックの間であり、デッドロックが発生する可能性があります。ロックの粒度はテーブルロックと行ロックの間であり、同時実行性は平均的です。

上記の特性から、どのロックが優れているかを一概に言うのは難しいことがわかります。特定のアプリケーションの特性に基づいて、どのロックがより適しているかを言うことしかできません。！ロックの観点からのみ見ると、テーブルレベルのロックは、Web アプリケーションなど、クエリ指向でインデックス条件に基づいて少量のデータのみを更新するアプリケーションに適しています。行レベルのロックは、一部のオンライントランザクション処理 (OLTP) システムなど、インデックス条件と同時クエリに基づいて少量の異なるデータを大量に同時に更新するアプリケーションに適しています。

例

①商品を購入する際、在庫が1つしかなく、2人が同時に購入しようとした場合、誰が受け取るのでしょうか？

②. トランザクションを使用して、まず在庫テーブルから商品データを取得し、次に注文を挿入し、支払い後に支払いテーブル情報を挿入します。

③. 商品の数量を更新します。このプロセスでは、ロックを使用することで限られたリソースを保護し、分離性と同時実行性の矛盾を解決できます。

ロックの分類

操作別: