INNODBは、次のキーロックメカニズムを通じてファントムの読み取りを効果的に防ぎます。 1）Next-Key Lockingは、Row LocksとGap Locksを組み合わせてレコードとギャップをロックして、新しいレコードが挿入されないようにします。 2）実際のアプリケーションでは、クエリを最適化し、分離レベルを調(diào)整することにより、ロック競爭を削減し、同時実行性能を向上させることができます。

導(dǎo)入

データベースの世界では、Phantom Readsは靜かに幽霊のような存在のようなものですが、予期しないトラブルを引き起こす可能性があります。今日は、ファンタジーリーディングの性質(zhì)と、次のキーロックメカニズムを通じてInnoDBがこの現(xiàn)象をどのように防ぐかについて説明します。この記事を通して、幻想の読みの定義と害を理解するだけでなく、InnoDBのロックメカニズムがデータの一貫性をどのように保証するかについて深い理解を得ることができます。

基本的な知識のレビュー

ファンタジーの読書について議論する前に、最初にいくつかの基本的な概念を理解する必要があります。トランザクションは、一連の操作の原子性、一貫性、分離、および持続性（酸）を保証するデータベース操作の基本単位です。分離レベルは、トランザクション間の可視性を制御するために使用されるメカニズムです。一般的なものには、committedの読み取り、読み取り、繰り返し可能な読み取り、シリアル化可能な読み取りが含まれます。

INNODBはMySQLのストレージエンジンであり、行レベルのロックをサポートしています。つまり、テーブル全體ではなく個々の行をロックできるため、同時性のパフォーマンスが向上します。

コアコンセプトまたは関數(shù)分析

幻想の読みの定義と機(jī)能

Phantom Readingとは、同じクエリがトランザクションのさまざまな時點で実行される場合、異なる結(jié)果セットを返すことを指します。これは通常、マルチユーザー環(huán)境で発生します。1つのトランザクションが実行されると、別のトランザクションが新しい行を挿入するか、既存の行を削除し、以前のトランザクションのクエリ結(jié)果が変更されます。

たとえば、トランザクションAが範(fàn)囲クエリを?qū)g行して、100ドル未満のすべての製品を見つけるとします。トランザクションAの実行中、トランザクションBは50ドルの新しいレコードを挿入します。トランザクションAが再び同じクエリを?qū)g行すると、以前に存在しなかったレコードが見つかります。これはファントムの読み取りです。

それがどのように機(jī)能するか

ファンタジーリーディングが発生する主な理由は、トランザクションの分離レベルが十分に高くないことです。読み取りが提出されておらず、読み取りが提出されている分離レベルでは、ファントムの読み取り値が可能です。また、繰り返し可能な読み取りとシリアル化の分離レベルで、データベースはファントムの読み取りを防ぐための措置を講じます。

INNODBは、次のキーロックを通じてファントムの読み取りを防ぎます。次のキーロックは、行ロックとギャップロックを組み合わせたロックメカニズムです。レコード自體だけでなく、レコード間のギャップもロックされるため、他のトランザクションがこれらのギャップに新しいレコードを挿入することを妨げます。

次のキーロックがどのように機(jī)能するかを説明する簡単な例を見てみましょう。

 - トランザクションa
トランザクションを開始します。
select * from products from price <100 <100を更新します。

 - トランザクションb
トランザクションを開始します。
製品（名前、価格）値（「新製品」、50）に挿入する;

トランザクションAがSELECTステートメントを?qū)g行すると、INNODBは100未満の価格とこれらのレコード間のギャップですべてのレコードをロックします。このようにして、トランザクションBはこれらのギャップに新しいレコードを挿入できないため、幻の読み取りを避けます。

使用の例

基本的な使用法

InnoDBが次のキーロックを使用してファントムの読み取りを防ぐ方法のより具體的な例を見てみましょう。

 - トランザクションa
トランザクションを開始します。
更新のために> 1000を除く注文から *を選択します。

 - トランザクションb
トランザクションを開始します。
注文に挿入（customer_id、額）値（1、1500）;

この例では、トランザクションAはすべての注文を1000を超える金額とそれらの間のギャップでロックし、トランザクションBは新しい注文を挿入しようとしますが、トランザクションAがコミットまたはロールバックされるまでブロックされます。

高度な使用

場合によっては、より細(xì)かい範(fàn)囲の制御ロックが必要になる場合があります。たとえば、特定の範(fàn)囲內(nèi)でレコードのみをロックする場合は、明示的なロックステートメントを使用できます。

 - トランザクションa
トランザクションを開始します。
更新のために數(shù)量> 10および數(shù)量<20から在庫から *を選択します。

 - トランザクションb
トランザクションを開始します。
インベントリセット數(shù)量=數(shù)量-1ここで、item_id = 15;

この例では、トランザクションAは10?20の在庫とそのギャップでレコードをロックし、トランザクションBは15の在庫でレコードを更新しようとしますが、トランザクションAがコミットまたはロールバックするまでブロックされます。

一般的なエラーとデバッグのヒント

次のキーロックを使用する場合の一般的なエラーには、ロック待機(jī)タイムアウトとデッドロックが含まれます。ロック待機(jī)タイムアウトは、トランザクションがロック時間を待機(jī)するときにセットタイムアウト時間を超えると発生しますが、2つ以上のトランザクションがお互いがロックを解放するのを待つときにデッドロックが発生します。

これらの問題をデバッグするには、次の方法を使用できます。

• SHOW ENGINE INNODB STATUSコマンドを使用して、現(xiàn)在のロックステータスとデッドロック情報を表示します。
• innodb_lock_wait_timeoutパラメーターを調(diào)整して、ロック待機(jī)のタイムアウト時間を増やします。
• innodb_deadlock_detectパラメーターを使用して、デッドロック検出を有効または無効にします。

パフォーマンスの最適化とベストプラクティス

実際のアプリケーションでは、ロックのオーバーヘッドが増加するため、次のキーロックがパフォーマンスに影響を與える可能性があります。ここにいくつかの最適化とベストプラクティスがあります：

• ロックの範(fàn)囲を最小限に抑え、必要なレコードとギャップのみをロックします。
• 楽観的なロックは、バージョン番號を介した同時競合の検出など、ロックの使用量を削減するために使用されます。
• 分離レベルを合理的に設(shè)定し、アプリケーションのニーズに応じて適切な分離レベルを選択し、不必要なロックを避けます。

実際のプロジェクトの経験では、eコマースプラットフォームの在庫管理システムに遭遇しました。在庫の更新とクエリが頻繁に発生するため、重大なロック競爭の問題を引き起こしています。クエリステートメントを最適化し、分離レベルを調(diào)整することにより、ロック待機(jī)時間を正常に短縮し、システムの並行性パフォーマンスを改善します。

一般に、次のキーロックの理解と正しい使用は、データベーストランザクションの一貫性を確保するための鍵です。この記事が、このテクノロジーをより適切に習(xí)得し、実際のアプリケーションでファントムの読み物によって引き起こされる問題を回避するのに役立つことを願っています。

以上がPhantomの読み取りとは何ですか？Innodbはどのようにそれらを防ぐ（次のキーロック）？の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國語 Web サイトの他の関連記事を參照してください。