Transaksi MySQL dan mekanisme kunci adalah kunci kepada kawalan serentak dan penalaan prestasi. 1. Apabila menggunakan urus niaga, pastikan anda menghidupkan secara eksplisit dan simpan urus niaga pendek untuk mengelakkan pekerjaan sumber dan membatalkan log kembung yang disebabkan oleh urus niaga yang panjang; 2. Mengunci operasi termasuk kunci yang dikongsi dan kunci eksklusif, pilih ... untuk kemas kini ditambah dengan X kunci, pilih ... kunci dalam mod Saham ditambah kunci S, menulis operasi secara automatik, dan indeks harus digunakan untuk mengurangkan granulariti kunci; 3. Tahap pengasingan berulang -ulang dibaca secara lalai, sesuai untuk kebanyakan senario, dan pengubahsuaian harus berhati -hati; 4. Pemeriksaan Deadlock boleh menganalisis butiran kebuntuan terkini melalui enjin pertunjukan enjin InnoDB, dan kaedah pengoptimuman termasuk perintah pelaksanaan bersatu, meningkatkan indeks, dan memperkenalkan sistem giliran. Menguasai perkara -perkara teras ini dapat membantu menyelesaikan masalah keserasian.

Transaksi dan mekanisme kunci MySQL adalah bahagian utama penalaan prestasi pangkalan data dan kawalan serentak. Ramai orang akan menghadapi kebuntuan, menyekat, ketidakkonsistenan data semasa digunakan. Malah, dalam kebanyakan kes, ia adalah kerana mereka tidak mempunyai pemahaman yang mendalam tentang urus niaga dan tingkah laku kunci. Mari kita mulakan dari beberapa senario praktikal dan bercakap tentang cara menguruskan urus niaga MySQL dan mengunci dengan baik.

Tingkah laku asas urus niaga

Enjin InnoDB MySQL menyokong pemprosesan transaksi, dan setiap urus niaga mengikuti prinsip asid (atomik, konsistensi, pengasingan, dan kegigihan). Secara lalai, MySQL berada dalam mod Autocommit (autocommit = 1), yang bermaksud bahawa setiap pernyataan dilaksanakan sebagai transaksi bebas.

Jika anda mahukan pelbagai operasi secara keseluruhan, anda perlu memulakan transaksi secara manual:

 Memulakan transaksi;
- Melaksanakan beberapa penyataan SQL komit;

Atau gulung kembali apabila ralat berlaku:

 Rollback;

Cadangan :

• Untuk operasi pelbagai langkah yang memerlukan konsistensi, pastikan anda menggunakan transaksi secara eksplisit.
• Dalam aplikasi dengan penulisan yang kerap, menutup autocommit dengan sewajarnya dapat meningkatkan prestasi, tetapi anda juga harus berhati -hati untuk mengelakkan urus niaga yang panjang menduduki sumber.
• Urus niaga yang tidak komited untuk masa yang lama boleh menyebabkan Log Undo menjadi kembung, mempengaruhi prestasi dan juga menyebabkan masalah ruang.

Jenis Kunci dan Masa Kunci

Kunci MySQL dibahagikan kepada kunci kongsi (kunci S) dan kunci eksklusif (X Locks), juga dikenali sebagai Locks Read dan Tulis Kunci. Di samping itu, terdapat kunci jurang, kunci seterusnya, dan lain-lain untuk mengelakkan bacaan hantu.

Kenyataan penguncian biasa termasuk:

• SELECT ... FOR UPDATE : Tambahkan kunci eksklusif
• SELECT ... LOCK IN SHARE MODE : Tambahkan Kunci Berkongsi
• Masukkan, kemas kini, dan padam operasi juga akan dikunci secara automatik

InnoDB biasanya menambah kunci peringkat baris apabila keadaan pertanyaan mencecah indeks, jika tidak, ia boleh ditingkatkan ke kunci meja.

Fenomena Biasa :

• Apabila pelbagai urus niaga mengubah suai baris data yang sama pada masa yang sama, urus niaga berikutnya akan disekat sehingga transaksi sebelumnya dilakukan atau dilancarkan kembali.
• Jika dua transaksi sedang menunggu kunci masing -masing yang dipegang oleh pihak lain, kebuntuan akan berlaku. Selepas MySQL mengesannya, ia secara automatik akan melancarkan satu urus niaga.

Cadangan :

• Cuba buat perniagaan pendek dan ringkas, dan kurangkan masa untuk memegang kunci.
• Perintah akses bersatu, seperti selalu mengendalikan jadual pengguna terlebih dahulu dan kemudian jadual pesanan, dapat mengurangkan kebarangkalian kebuntuan.
• Gunakan indeks yang sesuai untuk mengelakkan pengembangan pelbagai kunci yang tidak perlu dalam pengimbasan jadual penuh.

Kesan tahap pengasingan

MySQL menyokong empat tahap pengasingan transaksi:

• BACA TIDAK DIPERLUKAN (BACA TIDAK BERHUBUNG)
• Baca komited
• Baca Berulang (Baca Berulang) - InnoDB Default
• Serialization (Serializable)

Tahap pengasingan yang berbeza menentukan keterlihatan antara urus niaga dan kelakuan kunci. Contohnya:

• Di bawah "berulang", InnoDB menghalang bacaan hantu melalui kunci seterusnya;
• Di bawah "dibaca dikemukakan", snapshot baru akan dihasilkan untuk setiap bacaan;
• "Serialization" akan menjadikan semua pilihan biasa menjadi SELECT ... FOR SHARE , memaksa pelaksanaan siri.

Cadangan :

• Lalai "berulang" sesuai untuk kebanyakan senario perniagaan, dan tidak disyorkan untuk mengubahnya pada kehendak melainkan jika anda mempunyai keperluan khusus.
• Mengubah tahap pengasingan akan mempengaruhi tingkah laku konkurensi dan mengunci strategi, dan anda perlu mengujinya dengan teliti sebelum pergi dalam talian.

Teknik pemeriksaan dan pengoptimuman kebuntuan

Apabila MySQL mengesan kebuntuan, log ralat adalah output dan salah satu urus niaga dilancarkan. Anda boleh melihat butiran kebuntuan terkini melalui arahan berikut:

 Tunjukkan Status InnoDB Engine \ G

Gambar rajah menunggu urus niaga terperinci dapat dilihat dalam bahagian "Deadlock yang dikesan terkini" dalam output.

Pemikiran Strok :

• Lihat transaksi mana yang terlibat dalam kebuntuan
• Menganalisis kunci yang mereka pegang dan kunci yang diminta
• Semak kenyataan SQL yang terlibat untuk mengesahkan sama ada mereka boleh dioptimumkan dengan menyesuaikan perintah, menyempitkan skop transaksi, meningkatkan indeks, dll.

Petua Pengoptimuman :

• Merangkum operasi serupa ke antara muka perkhidmatan bersatu untuk memastikan perintah pelaksanaan yang konsisten
• Mewujudkan indeks yang sesuai untuk syarat -syarat untuk mengurangkan butiran kunci
• Dalam senario tulis serentak yang tinggi, pertimbangkan untuk memperkenalkan sistem giliran untuk pemprosesan tak segerak

Pada dasarnya itu sahaja. Urus niaga dan kunci kelihatan rumit, tetapi sebenarnya, selagi anda menguasai beberapa perkara utama, banyak masalah dapat diselesaikan dengan mudah.

Atas ialah kandungan terperinci Menguruskan urus niaga dan mengunci tingkah laku di mysql. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!