InnoDB दो तंत्रों को जोड़ता है। MVCC सादे SELECTs को बिना locking के एक consistent snapshot पढ़ने देता है, इसलिए readers कभी writers को block नहीं करते। Locks writes की रक्षा करते हैं: // row locks लेते हैं, और InnoDB REPEATABLE READ के तहत phantoms रोकने के लिए (row + उसके पहले का gap) का भी उपयोग करता है।
UPDATEDELETESELECT ... FOR UPDATEएक deadlock एक चक्र है: T1 lock A रखता है और B चाहता है, जबकि T2 B रखता है और A चाहता है। कोई भी आगे नहीं बढ़ सकता। InnoDB चक्र का पता लगाता है और एक transaction को roll back कर देता है (सस्ता शिकार) error 1213 के साथ, ताकि दूसरा पूरा हो जाए।
-- 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 को index करें ताकि InnoDB विशिष्ट rows lock करे, ranges या (बिना index के) प्रभावी रूप से हर scan की गई row नहीं।SHOW ENGINE INNODB STATUS\G -- LATEST DETECTED DEADLOCK explains who waited on what
वास्तविक concurrency के तहत, lock contention और deadlocks एक ऐसे database के बीच का अंतर हैं जो scale करता है और एक जो रुक जाता है। यह जानना कि readers MVCC का उपयोग करते हैं (इसलिए वे block नहीं करते), कि deadlocks अपेक्षित और retry-योग्य हैं, और कि सुसंगत lock क्रम उनमें से अधिकांश को रोकता है — ठीक वही है जो senior on-call कार्य की माँग है।
विस्तृत उत्तरों के साथ IT इंटरव्यू प्रश्नों की एक लाइब्रेरी — जूनियर से सीनियर तक।
दान करें