InnoDBテーブルとロックの違いについてゼロ.MyISAM
テーブル・レベルのロッキングを使用①MyISAMのデフォルトは、行レベルのロックがサポートされていません。
②InnoDBデフォルト行レベルのロックを使用し、また、テーブルレベルのロックをサポートします。
③共有ロックと排他ロックの互換性
| X |排他ロック|共有ロック|
- | - | -
排他ロック|競合|競合が
共有ロック|競合|互換性
④使用シナリオの
のMyISAM
A：頻繁にすべてのカウントステートメントを実行します。
B：データ付加および欠失の頻度が高く、非常に頻繁に照会されません。
Cは：トランザクションをサポートする必要はありません。
InnoDBは
A：CRUDデータかなり頻繁に。
B：トランザクションをサポートするために必要。
A.ロック無料
：で割った粒子サイズ
テーブルレベルのロック：全体表ロック
ラインデータのロック：行レベルのロック
ページロック：テーブル・レベル・ページを含んだ段階の間にロック、隣接する高速ストレージの数行のデータロック。
ロックレベルのポイントをクリックしてください：
共有ロックを：同じデータのために、複数の読み取り操作が同時にお互いに影響を与えずに行うことができます。
排他ロック：現在の書き込み操作が完了していない前に、それは他の書き込みロックを防止し、ロックを読み込みます。
ポイントをロック手段により
自動的にロック：変更検索のMyISAMロックはmysqlの自動ロックである、自動的にロックされた時に意図、プラス追加および削除のようにロックします。
明示的なロック：更新のための選択のように、我々はロックが明示的にロックされた追加の現実をロックします。
操作によってグループ化された
DMLロック：データがロックを動作させるために適用されたとき。
DDLロック：テーブルの構造がよりロックになります。
使用で割った
データは競合が発生しないこと、提出された場合にのみ、データベースのロック機構が、バージョン番号またはタイムスタンプの実装を使用せずに、判断：楽観的ロック。
悲観的ロック：保守的な状態で外の世界の影響は、データ処理は、多くの場合、データベースが提供するロック機構が依存している、中にロックされます。排他ロックの完全な使用は、最初の実行のロックを取得します。
III。4つのデータベース・トランザクションの特性
1.アトミック
トランザクションが実行の最小単位であり、セグメンテーションが許可されていません。トランザクションの原子性は、アクションが完了または全く効果がないことを確認します。
2.一貫
取引の実施前と後に、データが一貫している、同じデータの読み出しに複数のトランザクションの結果は同じです。
3.隔離
データベースへの同時アクセス、ユーザートランザクションは、他の企業と独立しており、同時トランザクションの間にデータベースを妨げません。
4.永続
トランザクションがコミットされた後、それがデータベースに障害が発生した場合でも、永続的であるデータベース内のデータを変更したり、それにはどんな影響を与える必要があります。
III。同時トランザクションの問題をもたらしました
1.ダーティ読み取り
トランザクションがデータにアクセスしているときに、データが変更することができ、別のトランザクションが、このデータを使用して、このデータにアクセスし、いつそのような改変は、データベースにコミットされていません。このデータが提出されていないので、その後、別のトランザクションデータは、あなたが「ダーティデータ」何をしたかに基づいて、「ダーティデータ」は、間違っている可能性があり読んでいます。
2.損失が変更
トランザクションがデータを読み取るときに、別のトランザクションも、この最初のトランザクションでデータを変更し、このデータにアクセスするために後にいう、第2のトランザクションは、このデータを変更します。最初のトランザクションにおけるこのような修飾の結果は、データの損失と呼ばれ、失われます。
3.非反復読み取りは、
トランザクション内で同じデータを複数回読み出します。この取引が終わっていない場合は、最初のトランザクションにおける変更の結果は、二度読みするので、別のトランザクションも、最初のトランザクションに2つの読み出しデータ、2番目のトランザクションの間、そして、データへのアクセスデータは同じではないかもしれません。これは、2倍のデータを読んで発生したトランザクションの場合である非反復可能読み取りと呼ばれ、同じではありません。
4.マジック読書
マジック読書と同様の非反復可能読み取り。これは、挿入された他の同時トランザクションデータの数、その後、いくつかの行を読み込み、トランザクションで発生します。次のクエリでは、最初のトランザクションは、同じようにファントム読み取りと呼ばれる、幻覚が起こったかのように、いくつかのオリジナルのレコードは、存在しないよりも多くを見つけるでしょう。
IV。データベースのトランザクション分離メカニズム
1.READ-UNCOMMITTED（非コミット読み取り）
最低の分離レベル、読み出しデータの変更が送信されていない許可は、ダーティ・リード原因となり、ファントムは、非反復可能読み取りを読み出します。
2.READコミットは、（リード送信）
、データの読み出しが並行トランザクションが送信された可能ダーティ・リード防止することができるが、読み出し及び反復が発生する可能性のあるファントムを読み取ることができません。
3.REPEATABLE-READ（反復可能読み取り）を
繰り返し、データがその事務自身変更されない限り、同じフィールド上の結果は、同じ読み、汚れを防ぐことができます読み込み、非反復んが、魔法はまだ読むことが可能です発生。
4.SERIALIZABLE（シリアライズ読み出し）
分離の最高レベル、完全に準拠ACID分離レベル。すべてのトランザクションを順に一つずつ実行する、そのような問題との間の干渉を生成することは不可能である、すなわち、このレベルは、ダーティ・リード防止、非反復読み取り、ファントム読み取り。
| 分離レベル | ダーティー読み取り | 非反復可能読み取り | マジック読書 |
|---|---|---|---|
| READ UNCOMMITTED- | √ | √ | √ |
| -READ COMMITTED | × | √ | √ |
| REPEATABLE-READ | × | × | √ |
| SERIALIZABLE | × | × | × |
デフォルトの分離レベルのMySQL InnoDBストレージエンジンによってサポートされているREPEATABLE-READ（反復可能読み取り）。あなたは@@ tx_isolationコマンドで表示することができます。
違いは、SQL標準InnoDBストレージエンジンということである：ことに留意すべきであるREPEATABLE-READ（反復可能読み取りが）ので、読書の魔法を生成するために避けて、トランザクション分離レベルネクストキーロックアルゴリズムの下で使用されています。だから、デフォルトの分離レベルをサポートするInnoDBストレージエンジンはREPEATABLE-READ（反復可能読み取り）が完全にSQL標準を達成するために、すなわち、トランザクション分離要件を保証されていSERIALIZABLE（直列化）分離レベルを。
分離レベルが低いほど、より少ないトランザクションがロックを要求し、そのため、データベースシステムの分離レベルのほとんどは、READ COMMITTEDされ、InnoDBストレージエンジンはデフォルトを使用していますがREPEATABLE-READは、パフォーマンスの損失を持っていません。
分散トランザクションの場合にInnoDBストレージエンジンは、一般的に使用されるSERIALIZABLE分離レベルを。
現在のV.スナップショット読み、読み
1.現在の読書
...共有モードでlcokを選択し、更新のために.....選択、更新、削除、挿入およびその他の操作は、現在読んでいます。
2.読書スナップショット
ロック解除された非ブロッキングは読み出し動作は、操作の複数のバージョンに基づいてスナップショットを選択し、読み出します。
スナップショットを読む：
1. DB_TRX_ID、DB_ROLL_PTR、DB_ROW_IDフィールド内のデータラインに依存します。
DB_TRX_ID：idはそのデータの行最新の操作をマーク。
DB_ROLL_PTR：ストレートロールバック・アンドゥログのロールバックセグメントを書き込み、ポインタをロールバックします。
DB_ROW_IDは：新しい行を含む行番号は、インクリメント単調記録（隠されたプライマリキー）が付加されています。
2.undoログイン
我々は変更操作を記録するとき、それは、トランザクションが古いレコードを読み取るために必要がある場合、データの古いバージョンのレコードを元に戻すに沿ってチェーンを満たすために読み取ることができ取り消し、アンドゥログを生成します。古いバージョンでは、データを必要な。挿入undologを分割し、undologを更新し、トランザクションのロールバックが必要とされ、トランザクションがコミットした後に廃棄することができた場合にのみundolog挿入、更新は、ときにデータの更新を発生し、トランザクションがロールとを混合したときだけではなく、削除undolog、スナップショットが取られ、あなたも読む必要があり、そのためだけ削除することはできません。
3.readビューは
、主の判断の可視性を作るために使用され、実行するために私のスナップショットを選択読んだとき、私たちはデータを読み取る必要があるため、読み取りビューを作成するために行くだろう、バージョン上のデータを読み取ることができるように電流を決定し、主に基づいて上層undologに従ってデータをフェッチするために等しい場合、現在のトランザクションのコントラストのアクティブIDとDB_TRX_IDデータは、彼のデータ限り知ります。
ファントムが読ん避ける.RRどのように6
1.表現：スナップショットを読む（ノンブロッキングを読む） -擬似MVCC
2インナー、ネクストキーロック（ロック行ロック+ GAP）
GAPロック
ギャップが、ファントムが読み取り防止する範囲をロックします。
1.主キーまたは一意のインデックスは、ロックギャップをロックするのだろうか？
すべてのヒットは、あなたがロックギャップを使用しない条件ならば、唯一の行ロックを追加します。
2.条件はどこにヒットされていない場合は、ギャップロックが使用されます。
3.ヒットの一部は、それがギャップをロックする条件であれば。
4.Gapロックは、非ユニークなインデックスで使用されるか、現在のインデックスの読み取りはに行きません。
非ユニークなインデックスの場合：
上記のように、操作データ9は、ロックされる（6,9]は、（9,11は、これらの二つのセクション（6、11]結合された間隔のギャップが、動作はこのように、許可されていないロックされていることを確実に防止しますマジックリーディングは.gap発生し、また、例えば（6ため、11]このセクションはロックされ、正確に決定するために、マスターキーでロックが、対応するプライマリ・キー6は、C、このような挿入（6）、データがあるようですそれを挿入することができるが、（D、6）データを挿入することができないようになっています。
インデックスを移動しないでください：
テーブルロックが増加しますインデックスを取ることはありません、つまり、プラスギャップロックのすべて、
VII。最適化の推奨をロック
1.レッツは、すべてのデータを完了するための指標として使用され、何のインデックス行がテーブルロックにロック・エスカレーションを避けるません取得します。
2.合理的な設計指標は、ロックの範囲を最小限に抑えます。
3.（ギャップをロック）ロックギャップを避けるために、検索条件を最小限に抑えます。
4.ロックされたリソースの量を減らすために、取引の大きさ、および時間の長さを制御してみてください。
5.可能な限り、低レベルのトランザクション分離を使用します。