Tekrarlanamayan Okuma ve Phantom Okuma arasındaki fark nedir?

Tekrarlanamayan okuma ve fantom okuma arasındaki fark nedir?

Wikipedia'dan Yalıtım (veritabanı sistemleri) makalesini okudum , ancak birkaç şüphem var. Aşağıdaki örnekte ne olacak: tekrarlanamayan okuma ve fantom okuma ?

SELECT ID, USERNAME, accountno, amount FROM USERS WHERE ID=1

1----MIKE------29019892---------5000

UPDATE USERS SET amount=amount+5000 where ID=1 AND accountno=29019892;
COMMIT;

SELECT ID, USERNAME, accountno, amount FROM USERS WHERE ID=1

Başka bir şüphe, yukarıdaki örnekte hangi izolasyon seviyesinin kullanılması gerektiğidir? Ve neden?

Wikipedia'dan (bunun için harika ve ayrıntılı örnekleri vardır):

Bir işlem sırasında bir satır iki kez alındığında ve satır içindeki değerler okumalar arasında farklılık gösterdiğinde tekrarlanamayan bir okuma oluşur.

ve

Bir işlem sırasında iki özdeş sorgu yürütüldüğünde ve ikinci sorgu tarafından döndürülen satırların toplanması ilkinden farklı olduğunda, hayali bir okuma gerçekleşir.

Basit örnekler:

• A kullanıcısı aynı sorguyu iki kez çalıştırır.
• Arasında, B Kullanıcısı bir işlem yürütür ve taahhüt eder.
• Tekrarlanamayan okuma: A kullanıcısının sorguladığı A satırının ikinci kez farklı bir değeri vardır.
• Hayali okuma: Sorgudaki tüm satırlar önce ve sonra aynı değere sahiptir, ancak farklı satırlar seçilmektedir (çünkü B bazılarını silmiş veya eklemiştir). Örnek: select sum(x) from table;etkilenen satırların hiçbiri güncellenmemiş olsa bile, satırlar eklenmiş veya silinmişse farklı bir sonuç döndürür.

Yukarıdaki örnekte, hangi yalıtım seviyesi kullanılacaktır?

İhtiyacınız olan yalıtım seviyesi uygulamanıza bağlıdır. "Daha iyi" bir izolasyon seviyesine (düşük eşzamanlılık gibi) yüksek bir maliyet vardır.

Örneğinizde, yalnızca tek bir satırdan (birincil anahtarla tanımlanmıştır) seçim yaptığınız için hayali bir okunmaz. Tekrarlanamayan okumalarınız olabilir, bu nedenle bir sorun varsa, bunu önleyen bir izolasyon seviyesine sahip olmak isteyebilirsiniz. Oracle'da A işlemi, GÜNCELLEME İÇİN SEÇ seçeneğini de verebilir, ardından A işlemi tamamlanana kadar B işlemi satırı değiştiremez.

Düşünmeyi sevdiğim basit bir yol:

Hem tekrarlanabilir olmayan hem de hayali okumalar, işlem başladıktan sonra işlenen ve daha sonra işleminiz tarafından okunan farklı bir işlemden veri değiştirme işlemleri ile ilgilidir.

Tekrarlanamayan okumalar, işleminizin başka bir işlemden taahhüt edilen GÜNCELLEMELER'i okuduğu zamandır . Artık aynı satır, işleminiz başladığındakinden farklı değerlere sahip.

Benzer ancak kararlı okurken Phantom okur ıNSERTlerden ve / veya siler başka işlemden. İşleme başladığınızdan beri kaybolan yeni satırlar veya satırlar var.

Kirli okumalar tekrarlanamayan ve hayali okumalara benzer , ancak UNCOMMITTED verilerinin okunmasıyla ilgilidir ve başka bir işlemden bir UPDATE, INSERT veya DELETE okunduğunda ve diğer işlem henüz verileri işlemediğinde gerçekleşir. Tam olmayan ve gerçekte hiçbir şekilde taahhüt edilemeyen "devam eden" verileri okuyor.

Bu makalede açıklandığı gibi , Tekrarlanamayan Okuma anomalisi aşağıdaki gibi görünür:

1. Alice ve Bob iki veritabanı işlemi başlatır.
2. Bob's post kayıt okur ve başlık sütun değeri İşlemler olduğunu.
3. Alice, belirli bir kayıt kaydının başlığını ACID değerine değiştirir.
4. Alice veritabanı işlemlerini yapar.
5. Bob post kaydını tekrar okursa, bu tablo satırının farklı bir versiyonunu gözlemleyecektir.

Gelen bu makalede hakkında Phantom okuyun , aşağıdaki gibi bu anomali olabilir görebilirsiniz:

1. Alice ve Bob iki veritabanı işlemi başlatır.
2. Bob's, yazı satırı ile ilişkili tüm post_comment kayıtlarını 1 tanımlayıcı değeri ile okur.
3. Alice, 1 tanımlayıcı değerine sahip yazı satırı ile ilişkili yeni bir post_comment kaydı ekler.
4. Alice veritabanı işlemlerini yapar.
5. Bob'un post_id sütun değeri 1'e eşit olan post_comment kayıtlarını yeniden okursa, bu sonuç kümesinin farklı bir sürümünü gözlemleyecektir.

Bu nedenle, Tekrarlanamayan Okuma tek bir satıra uygulanırken, Phantom Read , belirli bir sorgu filtreleme ölçütlerini karşılayan bir dizi kayıtla ilgilidir.

Olguları oku

• Kirli okumalar : başka bir işlemden UNCOMMITED verilerini okuma
• Tekrarlanamayan okumalar :UPDATEbaşka bir işlemdengelen birsorgudanCOMMITTED verileri okuyun
• Fantom okur : Bir den İŞLENEN veri okumakINSERTveyaDELETEbaşka işlemden sorgusu

Not : Başka bir işlemden DELETE ifadeleri, bazı durumlarda tekrarlanamayan okumalara neden olma olasılığı da çok düşüktür. Ne yazık ki DELETE deyimi, geçerli işleminizin sorguladığı satırın aynısını kaldırdığında olur. Ancak bu nadir bir durumdur ve her tabloda milyonlarca satır bulunan bir veritabanında meydana gelme olasılığı daha düşüktür. İşlem verilerini içeren tablolar genellikle herhangi bir üretim ortamında yüksek veri hacmine sahiptir.

Ayrıca, GÜNCELLEMELER'in gerçek INSERT veya DELETES yerine çoğu kullanım durumunda daha sık bir iş olabileceğini gözlemleyebiliriz (bu gibi durumlarda tekrarlanamayan okuma tehlikesi sadece kalır - bu durumlarda fantom okumaları mümkün değildir). Bu nedenle GÜNCELLEŞTİRMELER INSERT-DELETE'den farklı şekilde ele alınır ve ortaya çıkan anomali de farklı adlandırılır.

Ayrıca, yalnızca GÜNCELLEMELERİ işlemek yerine INSERT-DELETE'lerin işlenmesi ile ilişkili ek bir işlem maliyeti vardır.

Farklı izolasyon seviyelerinin faydaları

• READ_UNCOMMITTED hiçbir şeyi engellemiyor. Sıfır izolasyon seviyesidir
• READ_COMMITTED yalnızca birini önler, yani Kirli okumalar
• REPEATABLE_READ iki anormalliği önler: Kirli okumalar ve tekrarlanamayan okumalar
• SERIALIZABLE üç anormalliği de önler: Kirli okumalar, tekrarlanamayan okumalar ve Phantom okumaları

O zaman neden sadece her zaman SERIALIZABLE işlemini ayarlamıyorsunuz? Yukarıdaki sorunun cevabı şudur: SERİLEŞTİRİLEBİLİR ayar işlemleri çok yavaş yapar , bu da yine istemiyoruz.

Aslında işlem süresi tüketimi aşağıdaki orandadır:

SERIALIZABLE > REPEATABLE_READ > READ_COMMITTED > READ_UNCOMMITTED

Bu nedenle READ_UNCOMMITTED ayarı en hızlısıdır .

özet

Aslında işlem vakasını analiz etmemiz ve bir izolasyon seviyesine karar vermemiz gerekiyor, böylece işlem süresini optimize ediyoruz ve çoğu anormalliği önlüyoruz.

Veritabanlarının varsayılan olarak REPEATABLE_READ ayarına sahip olduğunu unutmayın.

Bu iki tür izolasyon seviyesi arasında uygulamada bir fark vardır.
"Tekrarlanamayan okuma" için satır kilitleme gereklidir.
"Fantom okuma" için table kapsamlı kilitleme, hatta bir masa kilitleme gerekir.
Bu iki seviyeyi iki fazlı kilitleme protokolünü kullanarak uygulayabiliriz .

Tekrarlanamayan okumaları olan bir sistemde, İşlem A'nın ikinci sorgusunun sonucu, İşlem B'deki güncellemeyi yansıtacaktır - yeni tutarı görecektir.

Fantom okumalarına izin veren bir sistemde, eğer İşlem B ID = 1 ile yeni bir satır ekleyecekse , ikinci sorgu yürütüldüğünde İşlem A yeni satırı görecektir; yani fantom okumaları tekrarlanamayan okuma için özel bir durumdur.

Kabul edilen cevap, ikisinin arasındaki sözde ayrımın aslında hiç de önemli olmadığını gösterir.

"Bir satır iki kez alınır ve satır içindeki değerler okumalar arasında farklılık gösterirse", bunlar aynı satır değildir (doğru RDB konuşmasında aynı grup değildir) ve daha sonra tanım gereği " ikinci sorgu tarafından döndürülen satırlar ilk satırdan farklı ".

"Hangi izolasyon seviyesinin kullanılması gerektiği" sorusu ile ilgili olarak, verileriniz birileri için ne kadar hayati öneme sahipse, bir yerlerde, Serileştirilebilir olanın tek makul seçeneğiniz o kadar fazla olacaktır.

Tekrarlanamayan okuma ve hayali okuma arasında bazı farklar olduğunu düşünüyorum.

Tekrarlanamayan, A ve B'nin çekme işlemi olduğu anlamına gelir. B, A'nın modifikasyonunu fark edebiliyorsa, belki de kirli okunur, bu nedenle B'nin A işleminden sonra A'nın modifikasyonunu fark etmesine izin veririz.

Yeni bir sorun var: B'nin A işleminden sonra A'nın değişikliğini fark etmesine izin veriyoruz, A'nın B'nin tuttuğu satır değerini değiştirmesi, B'nin bazen satırı tekrar okuyacağı anlamına gelir, böylece B, ilk kez bizden farklı yeni değer alır olsun, biz tekrarlamak mümkün değil, sorunu ile başa çıkmak için, B başladığında B bir şey hatırlamak izin (çünkü henüz ne hatırlanacak bilmiyorum).

Yeni çözümü düşünelim, yeni bir sorun olduğunu da fark edebiliriz, çünkü B'nin bir şeyi hatırlamasına izin veririz, bu yüzden A'da ne olursa olsun B etkilenemez, ancak B tabloya ve B'ye bazı veriler eklemek istiyorsa kayıt olmadığından emin olmak için tabloyu kontrol edin, ancak bu veriler A tarafından eklenmiştir, bu yüzden bir miktar hata olabilir. Biz buna Phantom-read diyoruz.

tekrarlanamayan okuma bir izolasyon seviyesidir ve hayali okuma (diğer işlemlerle kaydedilen değeri okuma) bir kavramdır (okuma türü, örneğin kirli okuma veya anlık okuma). Tekrarlanamayan okuma izolasyon seviyesi fantom okumasına izin verir ancak kirli okumalara veya anlık okumalara izin vermez.