يجمع InnoDB آليتين. تتيح MVCC لعبارات SELECT البسيطة قراءة لقطة متّسقة دون قفل، فلا يعيق القرّاء الكتّاب أبدًا. وتحمي الأقفال الكتابات: UPDATE// تأخذ أقفال صفوف، ويستخدم InnoDB أيضًا (الصف + الفجوة التي قبله) لمنع الـ phantoms تحت REPEATABLE READ.
DELETESELECT ... FOR UPDATEالـ deadlock حلقة: T1 يمسك القفل A ويريد B، بينما T2 يمسك B ويريد A. لا يستطيع أيٌّ منهما المتابعة. يكتشف InnoDB الحلقة ويتراجع بأحد الـ transactions (الضحية الأرخص) بالخطأ 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 بحيث يقفل InnoDB صفوفًا محدّدة، لا نطاقات أو (بلا فهرس) كل صف يُمسح فعليًا.SHOW ENGINE INNODB STATUS\G -- LATEST DETECTED DEADLOCK explains who waited on what
تحت التزامن الحقيقي، التنافس على الأقفال والـ deadlocks هما الفرق بين قاعدة بيانات تتوسّع وأخرى تتوقّف. ومعرفة أن القرّاء يستخدمون MVCC (فلا يُعاقون)، وأن الـ deadlocks متوقّعة وقابلة لإعادة المحاولة، وأن ترتيب القفل المتّسق يمنع معظمها، هو بالضبط ما يتطلّبه عمل المناوبة (on-call) على مستوى مهندس كبير (senior).
مكتبة من أسئلة مقابلات تقنية المعلومات مع إجابات مفصّلة — من المبتدئ إلى المتقدم.
تبرع