InnoDB ले दुई संयन्त्र संयोजन गर्छ। MVCC ले साधारण SELECT हरूलाई lock नगरी सुसंगत snapshot पढ्न दिन्छ, त्यसैले readers ले कहिल्यै writers लाई block गर्दैनन्। Locks ले writes जोगाउँछन्: // ले row locks लिन्छन्, र InnoDB ले REPEATABLE READ अन्तर्गत phantoms रोक्न (row + यसअघिको gap) पनि प्रयोग गर्छ।
UPDATEDELETESELECT ... FOR UPDATEDeadlock एउटा चक्र हो: 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 बिना) व्यावहारिक रूपमा स्क्यान गरिएका हरेक row होइन।SHOW ENGINE INNODB STATUS\G -- LATEST DETECTED DEADLOCK explains who waited on what
वास्तविक concurrency मा, lock contention र deadlocks नै scale हुने database र अड्किने database बीचको भिन्नता हुन्। Readers ले MVCC प्रयोग गर्छन् (त्यसैले तिनले block गर्दैनन्), deadlocks अपेक्षित र retryable हुन्, र सुसंगत lock क्रमले तीमध्ये अधिकांश रोक्छ भन्ने जान्नु नै senior on-call कामले माग्ने ठ्याक्कै त्यही हो।
विस्तृत उत्तरसहित IT अन्तर्वार्ता प्रश्नहरूको पुस्तकालय — जुनियरदेखि सिनियरसम्म।
दान गर्नुहोस्