Mengapa kita perlu mempertimbangkan tahap pengasingan?
Kerana urus niaga mesti dilaksanakan serentak, dan pelaksanaan serentak mungkin menyebabkan beberapa masalah: bacaan kotor, bacaan tidak boleh berulang dan bacaan maya tidak dibenarkan berlaku , Terdapat tahap pengasingan yang berbeza untuk tahap kawalan serentak yang berbeza ini yang muncul atau tidak berlaku.
Empat tahap pengasingan yang disokong oleh MySQL ialah:
TRANSACTION_READ_UNCOMMITTED: Uncommitted read. Ini bermakna transaksi A boleh melihat perubahan transaksi B sebelum melakukan. Dengan cara ini, data kotor dibaca dan bacaan tidak berulang dan bacaan hantu dibenarkan.
TRANSACTION_READ_COMMITTED: Committed read (oracle lalai), menunjukkan bahawa membaca data tanpa komitmen adalah tidak dibenarkan (untuk mengelakkan bacaan kotor). Bacaan tidak boleh berulang dan bacaan hantu masih dibenarkan berlaku pada tahap ini.
TRANSACTION_REPEATABLE_READ: Repeatable read (MySQL default), menunjukkan bahawa transaksi dijamin dapat membaca data yang sama semula tanpa kegagalan, walaupun transaksi lain berubah data ini Walaupun anda menukarnya, anda tidak akan melihat perbezaan dalam data dua pertanyaan sebelum dan selepas. Tetapi bacaan hantu masih berlaku.
TRANSACTION_SERIALIZABLE: Serialization, ialah tahap pengasingan transaksi tertinggi, yang menghalang bacaan kotor, bacaan tidak berulang dan bacaan hantu. Pelaksanaan bersiri adalah bersamaan dengan operasi satu-benang, dengan keupayaan serentak terendah.
Nota:
Semakin tinggi tahap pengasingan transaksi, semakin kurang prestasi yang diperlukan untuk mengelakkan konflik Lebih banyak, lebih rendah kecekapan. Pada peringkat "bacaan boleh berulang", ia sebenarnya boleh menyelesaikan sebahagian daripada masalah bacaan maya, tetapi ia tidak dapat menghalang masalah bacaan maya yang disebabkan oleh kemas kini kemas kini Untuk melarang berlakunya bacaan maya, anda masih perlu menetapkan tahap pengasingan bersiri.
Pelanggan MySQL berfungsi pada tahap baca berulang secara lalai:
Jika klien A kembali pada masa ini, umur zhangsan dalam pangkalan data dipulihkan kepada 20. Pada masa ini, sudah terlambat, kerana pelanggan B sudah mengambil 21. Berniaga.
Kedua-dua pelanggan menarik balik dan meninggalkan pengubahsuaian pada data yang dibuat oleh transaksi semasa, dan umur zhangsan dipulihkan kepada 20
Oleh kerana tahap pengasingan bacaan komited ditetapkan, tiada bacaan kotor berlaku dalam transaksi B . Ini Ia dilaksanakan oleh pelbagai mekanisme kunci dan kawalan versi MVCC bagi konkurensi transaksi.
Di bawah tahap pengasingan komited baca, menanyakan data komited boleh menyebabkan bacaan tidak boleh berulang berlaku, yang dibenarkan. Memandangkan bacaan tidak boleh berulang telah berlaku, bacaan hantu pasti boleh berlaku.
Dalam erti kata tertentu, bacaan berulang boleh mengelakkan bacaan hantu Muncul. Kerana tahap pengasingan bacaan boleh berulang semasa menghalang operasi sisipan. Walaupun tahap pengasingan bacaan boleh berulang boleh menghalang operasi memasukkan dan memadam, ia tidak boleh menghalang operasi kemas kini.
Malah, transaksi A telah dimasukkan dan dilakukan, aaa sudah wujud, kerana transaksi B mengemas kini umur aaa berjaya
Apabila pertanyaan yang sama sebelum dan selepas Apabila dilaksanakan dua kali, jika jumlah data berbeza, bacaan hantu akan berlaku. Untuk menyelesaikan sepenuhnya masalah bacaan hantu, ia tidak boleh dicapai di bawah tahap pengasingan bacaan yang boleh diulang Tahap pengasingan mesti dinaikkan kepada siri
Berdasarkan fenomena, siri boleh menyelesaikan bacaan hantu Apabila membuat pertanyaan dalam keadaan yang sama, memasukkan data ke dalam jadual lain akan disekat Memandangkan transaksi B sedang membaca data, ini Apabila transaksi A menulis data sekali lagi, ia disekat (dilaksanakan dengan kunci baca-tulis, yang membenarkan membaca dan membaca, tetapi tidak membenarkan membaca dan menulis atau menulis)
Pelayan MySQL tidak akan membiarkan urutan transaksinya sendiri disekat selama-lamanya , mengakibatkan semasa Kunci yang diduduki oleh benang tidak boleh dilepaskan, dan benang lain yang melaksanakan urus niaga tidak boleh mendapatkan kunci dan disekat selama-lamanya. Jika utas yang melaksanakan transaksi menunggu terlalu lama, mekanisme tamat masa akan dicetuskan, menyebabkan utas itu melepaskan kunci dan mengembalikan ralat
Atas ialah kandungan terperinci Apakah tahap pengasingan transaksi MySQL?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!