InnoDB iki mekanizmayı birleştirir. MVCC, düz SELECT'lerin kilitlemeden tutarlı bir snapshot okumasını sağlar, böylece okuyucular asla yazıcıları bloklamaz. Kilitler yazmaları korur: // satır kilitleri alır ve InnoDB ayrıca REPEATABLE READ altında phantom'ları durdurmak için 'lar (satır + önündeki boşluk) kullanır.
UPDATEDELETESELECT ... FOR UPDATEBir deadlock bir döngüdür: T1, A kilidini tutar ve B'yi ister, T2 ise B'yi tutar ve A'yı ister. Hiçbiri ilerleyemez. InnoDB döngüyü tespit eder ve bir transaction'ı geri alır (daha ucuz kurban) 1213 hatasıyla, böylece diğeri tamamlanır.
-- T1 -- T2
BEGIN; BEGIN;
UPDATE acct SET bal=bal-1 UPDATE acct SET bal=bal-1
WHERE id=1; -- locks row 1 WHERE id=2; -- locks row 2
UPDATE acct SET bal=bal+1 UPDATE acct SET bal=bal+1
WHERE id=2; -- waits for T2 WHERE id=1; -- waits for T1 => DEADLOCK
-- ERROR 1213: Deadlock found; transaction rolled back
WHERE'inizi index'leyin ki InnoDB aralıkları veya (index olmadan) taranan her satırı değil, belirli satırları kilitlesin.SHOW ENGINE INNODB STATUS\G -- LATEST DETECTED DEADLOCK explains who waited on what
Gerçek eşzamanlılık altında, kilit çekişmesi ve deadlock'lar, ölçeklenen bir veritabanı ile duraksayan bir veritabanı arasındaki farktır. Okuyucuların MVCC kullandığını (böylece bloklamadıklarını), deadlock'ların beklendiğini ve yeniden denenebilir olduğunu ve tutarlı kilit sırasının çoğunu önlediğini bilmek, tam olarak kıdemli nöbet çalışmasının gerektirdiği şeydir.
Junior'dan Senior'a detaylı cevaplarla bir BT mülakat soruları kütüphanesi.
Bağış Yap