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 menjanaReadView
, 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 menjanaReadView
Transaksi dibuka pada masa hadapan ubah suai data dan serahkannya, tetapi ia tidak boleh dibaca
Jadi mekanisme di atas adalah prinsipReadView
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 mekanismeReadView
, 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 dalamm_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!