Apakah MVCC dan mengapa kunci jurang direka bentuk?

Artikel ini akan membawa anda memahami MVCC, memperkenalkan hubungan antara MVCC dan tahap pengasingan, dari perspektif reka bentuk, bercakap tentang sebab MVCC direka bentuk dan apakah perbezaan antara tahap pengasingan RC dan RR.

Peranan MVCC

MVCC membolehkan kebanyakan enjin transaksi yang menyokong kunci baris tidak lagi hanya menggunakan kunci baris untuk kawalan konkurensi pangkalan data, Sebaliknya , kunci baris pangkalan data digabungkan dengan nombor versi baris, dan bacaan tidak mengunci boleh dicapai dengan hanya overhed kecil. Dengan itu meningkatkan prestasi konkurensi pangkalan data.

MVCC menyelesaikan masalah konflik baca-tulis dengan cara tanpa kunci. Bacaan di sini merujuk kepada petikan yang dibaca. Iaitu, bacaan syot kilat dilaksanakan oleh MVCC! ! !

Apakah itu MVCC

Kawalan konkurensi berbilang versi (MVCC) ialah kawalan serentak tanpa kunci yang menyelesaikan konflik baca-tulis.

Setiap baris rekod mempunyai dua lajur tersembunyi: nombor versi penciptaan dan penuding balik. Terdapat id transaksi selepas transaksi dimulakan. Berbilang urus niaga serentak mengendalikan baris tertentu pada masa yang sama Operasi kemas kini urus niaga yang berbeza pada baris akan menghasilkan berbilang versi, dan kemudian menggunakan penuding balik untuk membentuk rantaian log asal. Bacaan syot kilat MVCC dicapai melalui ID transaksi dan nombor versi penciptaan.

Hubungan antara MVCC dan tahap pengasingan

MVCC adalah untuk menyelesaikan masalah baca-tulis. Dan melalui konfigurasi yang berbeza, masalah pembacaan syot kilat yang tidak boleh berulang selepas transaksi dimulakan juga boleh diselesaikan.

• Bacaan tidak boleh berulang: Sesetengah data yang dibaca dalam transaksi yang sama telah berubah atau beberapa rekod telah dipadamkan.

• Bacaan hantu: Transaksi membaca semula data yang diambil sebelum ini mengikut syarat pertanyaan yang sama, hanya untuk mendapati transaksi lain telah memasukkan data baharu yang memenuhi syarat pertanyaan Fenomena ini dipanggil Bacaan hantu.

Kedua-dua RC dan RR melaksanakan MVCC, tetapi mengapa RR menyelesaikan masalah bacaan tidak boleh berulang dalam RC?

Anda boleh fikir sebab RC menghadapi masalah bacaan tidak boleh berulang adalah kerana pembangun menetapkannya dengan sengaja (menetapkan tahap pengasingan berbilang, pengguna boleh menetapkannya mengikut situasi). Pada asalnya, data telah dihantar ke pangkalan data, jadi tiada masalah apabila RC membacanya? Selain itu, tahap pengasingan pangkalan data Oracle itu sendiri ialah RC.

KOMIT BACA (Read-Committed)

RC Komited Baca Di bawah tahap pengasingan ini, bacaan konsisten boleh dicapai pada peringkat SQL Setiap pernyataan SQL akan menghasilkan ReadView yang baharu. Ini bermakna transaksi lain telah diserahkan antara dua pertanyaan dan data yang tidak konsisten boleh dibaca.

REPEATABLE-READ (repeatable read)

repeatable read RR, selepas ReadView dibuat buat kali pertama, ReadView ini akan dikekalkan sehingga tamat transaksi, iaitu , Keterlihatan tidak berubah semasa pelaksanaan transaksi, membolehkan bacaan berulang dalam transaksi.

MVCC dan kunci celah

MVCC bebas kunci menyelesaikan masalah konflik baca-tulis. Dan menyelesaikan masalah bacaan yang tidak boleh berulang. Ini mencapai dua tahap pengasingan: RC dan RR.

Dan

kunci jurang pada asasnya masih merupakan kunci, yang akan menyekat pelaksanaan dua transaksi serentak.

Jadi kenapa RR masuk gap lock Adakah ia hanya untuk menyelesaikan masalah bacaan hantu?

注意：只有RR隔离级别才存在间隙锁。

Kunci celah boleh menyelesaikan masalah pembacaan hantu pada tahap tertentu, tetapi saya rasa pengenalan kunci celah lebih kepada menangani pepijat dalam mod pernyataan daripada binlog.

Replikasi induk-hamba pangkalan data mysql bergantung pada binlog. Sebelum mysql5.0, mod binlog hanya mempunyai format pernyataan. Ciri-ciri mod ini: susunan rakaman binlog adalah dalam susunan perintah komit transaksi pangkalan data.

Apabila tiada gap lock, akan berlaku senario berikut: Perpustakaan induk mempunyai dua transaksi ini:

1 pertama padamkan id<6, dan kemudian sebelum melakukan

2. Transaksi b dilaksanakan dahulu, dan transaksi a dilaksanakan (binlog merekodkan perintah komit)

Kemudian pangkalan data utama mempunyai rekod id=3 dalam jadual pada masa ini, tetapi pangkalan data hamba dimasukkan dahulu dan kemudian dipadamkan Dalam pangkalan data hamba, ia Tidak direkodkan.

Ini membawa kepada ketidakkonsistenan dalam data tuan-hamba.

Untuk menyelesaikan pepijat ini, kunci jurang diperkenalkan pada tahap RR.

[Cadangan berkaitan:

tutorial video mysql

]

Atas ialah kandungan terperinci Apakah MVCC dan mengapa kunci jurang direka bentuk?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!