Bagaimana MySQL melaksanakan pengasingan transaksi RC

Mekanisme ReadView ialah mekanisme paparan baca berdasarkan rantaian versi log asal Setiap transaksi akan menghasilkan ReadView

• Jika ia dikemas kini oleh transaksi. sendiri Untuk data, anda boleh membaca

• atau nilai yang diubah suai oleh transaksi yang diserahkan sebelum anda menjana ReadView, atau anda boleh membaca

• Tetapi jika anda menjana ReadView, sudah ada transaksi aktif, tetapi jika ia mengubah suai data dan menyerahkannya selepas anda menjana ReadView, anda tidak boleh membaca

• atau anda menjana ReadViewTransaksi dibuka pada masa hadapan ubah suai data dan serahkannya, tetapi ia tidak boleh dibaca

Jadi mekanisme di atas adalah prinsip ReadView Bagaimana untuk melaksanakan RC berdasarkan ReadView? Reka bentuk teras: Apabila transaksi menetapkan RC, ia akan menjana semula ReadView setiap kali ia memulakan pertanyaan!

Terdapat baris data dalam pangkalan data, yang merupakan transaksi dengan id transaksi=50 Ia telah dimasukkan lama dahulu Transaksi aktif semasa ialah:

• Transaksi A (id=60)

• Transaksi B (id=70)

Sekarang transaksi B memulakan kemas kini untuk mengemas kini data ini ialah b, jadi pada masa ini trx_id data akan menjadi id=70 transaksi B dan log buat asal akan dijana:

Pada masa ini, transaksi A akan dimulakan Operasi pertanyaan akan menjana ReadView

Pada masa ini, transaksi A memulakan pertanyaan dan mendapati perkara itu trx_id=70 daripada data semasa. Iaitu, antara julat id transaksi kepunyaan ReadView, ini bermakna terdapat transaksi aktif ini sebelum ia menjana ReadView Transaksi inilah yang mengubah suai nilai data ini, tetapi transaksi B masih belum diserahkan pada masa ini senarai transaksi aktif m_ids ReadView Di sini, terdapat dua ID [60, 70]. Pada masa ini, menurut mekanisme ReadView, transaksi A tidak dapat mencari nilai b yang diubah suai oleh transaksi B.

Kemudian cari di bawah rantaian versi log batal, dan anda akan mendapati nilai asalnya ialah 50, yang lebih kecil daripada min_trx_id dalam ReadView semasa. Ini bermakna terdapat transaksi disisipkan sebelum dia menjana ReadView Nilai ini telah diperoleh dan diserahkan lama dahulu, jadi nilai asal boleh ditemui.

Anggap transaksi B telah dilakukan, bermakna ia bukan lagi transaksi aktif dalam pangkalan data. Apabila transaksi A membuat pertanyaan, ia boleh membaca nilai transaksi B yang diubah suai. Jadi bagaimanakah transaksi A boleh membaca nilai urus niaga B yang telah diubah suai?

Biarkan transaksi A memulakan pertanyaan pada kali seterusnya dan menjana ReadView Satu-satunya transaksi aktif dalam pangkalan data ialah transaksi A, oleh itu:

• . min_trx_id ialah 60

• mac_trx_id ialah 71

• m_ids=60, transaksi B id=70 tidak akan muncul dalam m_ids senarai Transaksi aktif

Pada masa ini, transaksi A bertanya sekali lagi berdasarkan ReadView ini dan anda akan mendapati bahawa trx_id data ini ialah 70. Walaupun ia berada di antara julat min_trx_id dan max_trx_id daripada ReadView, ia tiada dalam senarai m_ids, ini bermakna transaksi B telah diserahkan sebelum menjana ReadView ini. Apabila anda melakukan operasi pertanyaan, anda akan dapat melihat operasi kemas kini yang dibuat oleh transaksi B, yang akan menyebabkan transaksi A mendapat nilai B.

Atas ialah kandungan terperinci Bagaimana MySQL melaksanakan pengasingan transaksi RC. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!