MySQLのロックの粒度を理解する

MySQLはInnoDBを除くすべてのストレージエンジンにテーブルレベルのロックを使用します。つまり、テーブルレベルのロックはMyISAM、MEMORY、およびMERGEストレージエンジンを実行するテーブルに使用され、一度に1つのセッションのみがテーブルを更新できます。 。テーブルレベルのロックには、行レベルのロックに比べていくつかの明確な利点があります（たとえば、行レベルのロックは行の行（またはグループ）ごとにいくらかのメモリを必要とするため、一般にテーブルレベルのロックは行レベルのロックよりも少し少ないメモリを必要としますロックされており、関係するロックは1つだけなので、通常は高速です。テーブルにロックがない場合、テーブル書き込みロックがテーブルに配置されます。問題のテーブルに既存のロックがある場合、テーブルロック要求が入力されます。読み取り要求キュー。テーブルレベルのロックには、それ自体に固有のいくつかの明確な欠点もあることを言及する価値があります。たとえば、「行き来する」多くのトランザクションを必要とするアプリケーションにはあまり適していない可能性があります（たとえば、 、オンラインバンキングアプリケーション）。一度に1つのセッションのみがテーブルに書き込むことができ、テーブルレベルのロックをサポートする一部のテーブル（MyISAMなど）はACIDモデルをサポートしないためです。

次に例を示します。データベース内の2つのテーブルを使用する銀行のアプリケーションを想像してください。たとえば、これらのテーブルは「チェック」と「節約」と呼ばれます。あなたは人の当座預金口座から彼の普通預金口座に100ドルを移動する必要があります。論理的には、次の手順を実行します。

1. アカウントの残高が100ドルを超えていることを確認してください。

2. 当座預金口座から100ドルを差し引きます。

3. 普通預金口座に100ドルを追加します。

これらのアクションを実行するには、次のようないくつかのクエリが必要になります。

SELECT balance FROM checking WHERE account_id = 123;
UPDATE checking SET balance = balance - 100 WHERE account_id = 123;
UPDATE savings SET balance = balance + 100 WHERE account_id = 123;

これらのクエリは単純に見えるかもしれませんが、MyISAMを使用する場合（テーブルレベルのロックをサポートするプライマリストレージエンジンの1つであるため、例としてMyISAMを使用します）、次の事実に精通している必要があります。エンジンはACIDもサポートしていません。つまり、これらのクエリのいずれかを実行しているときにデータベースサーバーがクラッシュした場合、運が悪くなります。つまり、両方のアカウントまたはどちらのアカウントにも現金が入らない可能性があります。 MySQLでACIDベースのトランザクションをサポートする唯一のエンジンはInnoDBであるため、信頼性の高いトランザクションが多数必要な場合は、調査する価値があるかもしれません。 InnoDBは、行レベルのロックもサポートしています。これについては、これから検討します。