


Bagaimanakah InnoDB melaksanakan tahap pengasingan baca berulang?
Jun 14, 2025 am 12:33 AMInnoDB mengimplementasikan bacaan berulang melalui kunci MVCC dan GAP. MVCC menyedari bacaan yang konsisten melalui snapshots, dan hasil pertanyaan urus niaga tetap tidak berubah selepas pelbagai transaksi; Kunci jurang menghalang urus niaga lain daripada memasukkan data dan mengelakkan bacaan hantu. Sebagai contoh, urus niaga pertanyaan pertama mendapat nilai 100, Transaksi B diubahsuai kepada 200 dan dikemukakan, A masih 100 dalam pertanyaan lagi; Dan apabila melakukan pertanyaan skop, kunci jurang menghalang urus niaga lain daripada memasukkan rekod. Di samping itu, imbasan indeks bukan unik boleh menambah kunci jurang secara lalai, dan kunci utama atau pertanyaan setara indeks unik tidak boleh ditambah, dan kunci jurang boleh dibatalkan dengan mengurangkan tahap pengasingan atau kawalan kunci yang jelas.
InnoDB melaksanakan tahap pengasingan baca yang berulang, yang kebanyakannya dicapai melalui kawalan konkurensi multi-versi (MVCC) dan kunci jurang . Mekanisme ini secara berkesan dapat mengelakkan banyak masalah konvensional sambil memastikan konsistensi data.
MVCC: Buat bacaan dan menulis tidak menghalang antara satu sama lain
InnoDB menggunakan mekanisme MVCC untuk melaksanakan bacaan konsisten yang tidak terkunci, iaitu, pada tahap pengasingan membaca yang boleh diulang, data yang dilihat oleh transaksi yang sama melakukan pertanyaan pilih beberapa kali adalah konsisten, walaupun urus niaga lain telah mengemukakan pengubahsuaian.
- Setiap baris rekod mengandungi dua medan tersembunyi:
DB_TRX_ID
(ID urus niaga baris terakhir diubahsuai) danDB_ROLL_PTR
(titik ke log masuk segmen rollback). - Apabila urus niaga bermula, InnoDB mencipta pandangan bacaan yang konsisten tentang penglihatan transaksi, dan semua pertanyaan berikutnya menggunakan gambar ini untuk menentukan versi data mana yang dapat dilihat oleh transaksi semasa.
- Jadi, walaupun kemas kini dan data transaksi lain dikemukakan, perubahan ini tidak akan dilihat dalam urus niaga semasa, dengan itu mencapai "bacaan berulang".
Contohnya:
Katakan bahawa kali pertama rekod diminta selepas transaksi A bermula adalah 100, maka Transaksi B mengubah rekod kepada 200 dan mengemukakannya. Jika urus niaga pertanyaan rekod ini sekali lagi, ia masih melihat 100 kerana snapshotnya tidak berubah.
Kunci Gap: Cegah Membaca Phantom
Walaupun MVCC menyelesaikan masalah "bacaan tidak berulang", terdapat satu lagi fenomena yang disebut "bacaan ilusi" - iaitu bilangan hasil yang ditetapkan apabila pertanyaan ditanyakan dua kali dalam transaksi. InnoDB menggunakan kunci jurang di bawah bacaan berulang untuk menyelesaikan masalah ini.
- Kunci jurang bertindak pada "jurang" antara indeks, menghalang urus niaga lain daripada memasukkan rekod baru ke dalam jurang ini.
- Sebagai contoh, jika anda melaksanakan pertanyaan pelbagai (seperti
SELECT * FROM table WHERE id BETWEEN 10 AND 20 FOR UPDATE
), InnoDB bukan sahaja akan menambah kunci rekod ke rekod sedia ada, tetapi juga menambah kunci jurang ke selang dari ID = 10 hingga ID = 20. - Urus niaga lain tidak dapat memasukkan rekod baru dalam selang ini, dengan itu mengelakkan bacaan hantu.
Beberapa penjelasan:
- Jika anda menggunakan imbasan indeks bukan unik, InnoDB mungkin mempunyai kunci jurang secara lalai.
- Untuk pertanyaan setara indeks utama atau unik, kunci jurang mungkin tidak berkuatkuasa.
- Jika anda tidak mahu menambah kunci jurang, anda boleh menurunkan tahap pengasingan untuk membaca komited, atau gunakan
SELECT ... FOR SHARE
atauSELECT ... FOR UPDATE
untuk mengawal tingkah laku kunci.
Bagaimanakah RR mencapai "berulang" dan "bacaan unillusory"?
Sebab mengapa tahap pengasingan bacaan yang boleh diulangi oleh InnoDB dapat mengelakkan bacaan dan bacaan fantasi yang tidak dapat dikembalikan adalah bahawa ia menggabungkan dua mekanisme:
- MVCC memberikan pandangan yang konsisten untuk memastikan bahawa hasil membaca rekod yang sama beberapa kali dalam urus niaga yang sama masih tidak berubah;
- Kunci jurang menghalang urus niaga lain daripada memasukkan rekod baru , menghalang bacaan hantu.
Kelebihan reka bentuk ini adalah bahawa prestasinya agak baik dan tidak memerlukan operasi serialization penuh seperti berseri.
Pada dasarnya itu sahaja. Pelaksanaan peringkat RR InnoDB sebenarnya agak pintar. Ia menggunakan MVCC untuk mengendalikan konsistensi membaca dan menggunakan kunci jurang untuk mengendalikan konflik menulis. Kedua -duanya bekerja dengan baik bersama. Walau bagaimanapun, jika anda menghadapi kebuntuan, kunci menunggu dan masalah lain dalam pembangunan sebenar, anda masih perlu menganalisis penggunaan SQL dan indeks secara terperinci.
Atas ialah kandungan terperinci Bagaimanakah InnoDB melaksanakan tahap pengasingan baca berulang?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

Alat AI Hot

Undress AI Tool
Gambar buka pakaian secara percuma

Undresser.AI Undress
Apl berkuasa AI untuk mencipta foto bogel yang realistik

AI Clothes Remover
Alat AI dalam talian untuk mengeluarkan pakaian daripada foto.

Clothoff.io
Penyingkiran pakaian AI

Video Face Swap
Tukar muka dalam mana-mana video dengan mudah menggunakan alat tukar muka AI percuma kami!

Artikel Panas

Alat panas

Notepad++7.3.1
Editor kod yang mudah digunakan dan percuma

SublimeText3 versi Cina
Versi Cina, sangat mudah digunakan

Hantar Studio 13.0.1
Persekitaran pembangunan bersepadu PHP yang berkuasa

Dreamweaver CS6
Alat pembangunan web visual

SublimeText3 versi Mac
Perisian penyuntingan kod peringkat Tuhan (SublimeText3)

Topik panas

Nama pengguna lalai MySQL biasanya 'root', tetapi kata laluan berbeza mengikut persekitaran pemasangan; Dalam beberapa pengagihan Linux, akaun root boleh disahkan oleh pemalam auth_socket dan tidak boleh log masuk dengan kata laluan; Apabila memasang alat seperti XAMPP atau WAMP di bawah Windows, pengguna root biasanya tidak mempunyai kata laluan atau menggunakan kata laluan biasa seperti root, mysql, dan lain -lain; Jika anda lupa kata laluan, anda boleh menetapkan semula dengan menghentikan perkhidmatan MySQL, bermula-Skip-Grant-Tables mod, mengemas kini jadual MySQL.user untuk menetapkan kata laluan baru dan memulakan semula perkhidmatan; Ambil perhatian bahawa versi MySQL8.0 memerlukan pemalam pengesahan tambahan.

GTID (Pengenal Transaksi Global) menyelesaikan kerumitan replikasi dan failover dalam pangkalan data MySQL dengan memberikan identiti unik kepada setiap transaksi. 1. Ia memudahkan pengurusan replikasi, secara automatik mengendalikan fail log dan lokasi, yang membolehkan pelayan hamba meminta urus niaga berdasarkan GTID yang dilaksanakan terakhir. 2. Pastikan konsistensi di seluruh pelayan, pastikan setiap transaksi digunakan hanya sekali pada setiap pelayan, dan elakkan ketidakkonsistenan data. 3. Meningkatkan kecekapan penyelesaian masalah. GTID termasuk nombor UUID pelayan dan siri, yang mudah untuk mengesan aliran transaksi dan mencari masalah dengan tepat. Ketiga -tiga kelebihan teras ini menjadikan replikasi MySQL lebih mantap dan mudah dikendalikan, meningkatkan kebolehpercayaan sistem dan integriti data.

Terdapat tiga cara untuk mengubah suai atau menetapkan semula kata laluan pengguna MySqlroot: 1. Gunakan perintah alteruser untuk mengubah suai kata laluan sedia ada, dan laksanakan pernyataan yang sepadan selepas log masuk; 2. Jika anda lupa kata laluan anda, anda perlu menghentikan perkhidmatan dan memulakannya dalam mod-SKIP-Grant-tables sebelum mengubah suai; 3. Perintah Mysqladmin boleh digunakan untuk mengubahnya secara langsung dengan mengubahnya. Setiap kaedah sesuai untuk senario yang berbeza dan urutan operasi tidak boleh merosakkan. Selepas pengubahsuaian selesai, pengesahan mesti dibuat dan perlindungan kebenaran mesti diberi perhatian.

Failover Perpustakaan Utama MySQL terutamanya termasuk empat langkah. 1. Pengesanan kesalahan: Secara kerap memeriksa proses perpustakaan utama, status sambungan dan pertanyaan mudah untuk menentukan sama ada ia adalah downtime, menyediakan mekanisme semula untuk mengelakkan salah laku, dan boleh menggunakan alat seperti MHA, Orchestrator atau yang disimpan untuk membantu dalam pengesanan; 2. Pilih Perpustakaan Utama Baru: Pilih Perpustakaan Hamba yang paling sesuai untuk menggantikannya mengikut Kemajuan Penyegerakan Data (SecondS_Behind_Master), integriti data binLog, kelewatan rangkaian dan keadaan beban, dan melakukan pampasan data atau campur tangan manual jika perlu; 3. Tukar Topologi: Titik perpustakaan hamba lain ke perpustakaan induk baru, laksanakan semula semula atau aktifkan GTID, kemas kini konfigurasi VIP, DNS atau proksi ke

Langkah-langkah untuk menyambung ke pangkalan data MySQL adalah seperti berikut: 1. Gunakan format perintah asas MySQL-U Username-P-H alamat host untuk menyambung, masukkan nama pengguna dan kata laluan untuk log masuk; 2. Jika anda perlu memasukkan pangkalan data yang ditentukan secara langsung, anda boleh menambah nama pangkalan data selepas arahan, seperti MySQL-Uroot-PmyProject; 3 Jika port bukan lalai 3306, anda perlu menambah parameter -P untuk menentukan nombor port, seperti MySQL-UROOT-P-H192.168.1.100-P3307; Di samping itu, jika anda menghadapi ralat kata laluan, anda boleh memasukkannya semula. Jika sambungan gagal, periksa rangkaian, firewall atau tetapan kebenaran. Jika pelanggan hilang, anda boleh memasang MySQL-Client di Linux melalui Pengurus Pakej. Menguasai arahan ini

InnoDB mengimplementasikan bacaan berulang melalui kunci MVCC dan GAP. MVCC menyedari bacaan yang konsisten melalui snapshots, dan hasil pertanyaan urus niaga tetap tidak berubah selepas pelbagai transaksi; Kunci jurang menghalang urus niaga lain daripada memasukkan data dan mengelakkan bacaan hantu. Sebagai contoh, urus niaga pertanyaan pertama mendapat nilai 100, Transaksi B diubahsuai kepada 200 dan dikemukakan, A masih 100 dalam pertanyaan lagi; Dan apabila melakukan pertanyaan skop, kunci jurang menghalang urus niaga lain daripada memasukkan rekod. Di samping itu, imbasan indeks bukan unik boleh menambah kunci jurang secara lalai, dan kunci utama atau pertanyaan setara indeks unik tidak boleh ditambah, dan kunci jurang boleh dibatalkan dengan mengurangkan tahap pengasingan atau kawalan kunci yang jelas.

ToalteralargeProductionTableWithoutLonglocks, useOnlineddltechniques.1) mengenal pasti Inslowson

Fungsi innodbbufferpool adalah untuk meningkatkan prestasi membaca dan menulis MySQL. Ia mengurangkan operasi I/O cakera dengan cacheing data dan indeks yang sering diakses ke dalam ingatan, dengan itu mempercepat kelajuan pertanyaan dan mengoptimumkan operasi menulis; 1. Semakin besar bufferpool, semakin banyak data di -cache, dan semakin tinggi kadar hit, yang secara langsung mempengaruhi prestasi pangkalan data; 2. Ia bukan sahaja halaman data cache, tetapi juga struktur indeks cache seperti nod B-pokok untuk mempercepatkan carian; 3. Menyokong "halaman kotor" cache, kelewatan menulis ke cakera, mengurangkan I/O dan meningkatkan prestasi menulis; 4. Adalah disyorkan untuk menetapkannya kepada 50% ~ 80% memori fizikal semasa konfigurasi untuk mengelakkan swap mencetuskan; 5. Ia boleh diubahsuai secara dinamik melalui innodb_buffer_pool_size, tanpa memulakan semula contoh.
