データベーストランザクションの異なる分離レベルに関するいくつかの説明？

Question

以下はこの分離レベルでREPEATABLE READS

についてWikipedia's Isolation articleから書かれた文で、ロックベースの並行性制御DBMSインプリメンテーションを読み出してトランザクションが終了するまで（選択されたデータに取得した） ロックを書き込み続けます。ただし、レンジロックは管理されていないため、ファントムリード現象が発生する可能性があります（下記参照）。

私の質問はここでいつ取引が始まり、終わりですか？

私たちは私の理解あたりtrnsaction 1は、最初のクエリが発射されるとき、すなわちSELECT * FROM users WHERE id = 1. DBMSがするまで、ユーザーテーブルにロックを維持します を始めるようREPEATABLEは、同じリンクでの分離レベルを読み込んで非反復性の例が読み取る場合トランザクションが終了しない限り ここに最後に私は、接続がロールバックされるか、SELECT * FROM users WHERE id = 1の完了時にコミットされないことを意味します。その時まで トランザクション2は待つでしょうか？

---

質問2： - 今すぐ（同じリンクで）下に与えられたとして、我々は分離レベルとthier行動を考慮すれば

Isolation level  Dirty reads Non-repeatable Phantoms 
Read Uncommitted may occur  may occur  may occur 
Read Committed  -    may occur  may occur 
Repeatable Read  -    may occur  - 
Serializable  -    -    - 

私の理解あたりとして最も信頼性が直列化され、その後反復可能読み取り、その後、コミットを読むが、まだ私はコミットされた読み取りを使用してアプリケーションを見てきました。これは、シリアライザブルではシーケンシャルであり、 のトランザクションが別のトランザクションによるロックの解放を待たなければならないため、リードコミットと比較してシリアライザブルおよびリピータブルリードのパフォーマンスが であるからです。 ？したがって、すべての3つを最大限に活用するには、 レベルをSELECT FOR UPDATEで読み取りコミットを使用することができます（反復可能な読み取りを実現するため）。 私たちが望むならば、ファントムリードを達成する方法がわかりません。リードコミットの場合 分離レベル？

Answer 1

オラクル社では、分離レベル「REPEATABLE READ」をサポートしていません。ただし、SQL Serverは、トランザクションが終了するまで（つまり、コミットまたはロールバックされるまで）、トランザクションによって選択されたすべての行にロックを設定します。したがって、正しいですが、これは実際に（ロックされたデータを更新している場合）他のトランザクションを待機させ、同時性に有害になる可能性があります。

質問2：はい、独立性レベルが高いほど、より多くのロックが解放されるのを待たなければならないため、並行トランザクションが悪化します。 SELECT FOR UPDATEを使用して、「すべての3つのうちで最高のものを得よう」という意味がわからないのは、SELECT FOR UPDATEが選択されたすべての行に行ロックを設定するためです。

そして最後に、ここではファントムのOracleのマニュアルからの引用だが読み取ります

トランザクションが検索条件を満たし、他のコミットされたトランザクションことを発見した行のセットを返すクエリを再実行[ファントムは、ときに発生する読み込み]条件を満たす行が追加されました。

たとえば、トランザクションは従業員の数を問い合せます。5分後に同じクエリが実行されましたが、別のユーザーが新しい雇用のレコードを挿入したため、数字が1増加しました。より多くのデータが以前よりも照会基準を満たしますが、ファジー読み取りとは異なり、以前に読み取られたデータは変更されません。

---

参考：

• Data Concurrency and Consistency（オラクル）
• SET TRANSACTION LEVEL（SQL Serverなど）