Mengapa AUTO_INCREMENT MySQL Tidak Berbalik pada Kegagalan Transaksi?

MySQL's AUTO_INCREMENT Mystery: Why It Doesn't Rollback

MySQL's AUTO_INCREMENT Mystery, digandingkan dengan soalan sokongan urus niaga InnoDB: soalan mengapa urus niaga, persembahan menarik melakukan nilai AUTO_INCREMENT kekal tidak berubah selepas pemulangan urus niaga?

Memahami Rasional Reka Bentuk

Bertentangan dengan jangkaan, gelagat tidak gulung balik medan AUTO_INCREMENT adalah disengajakan. Untuk menggambarkan sebabnya, mari kita pertimbangkan senario transaksi yang kompleks:

Senario:

1. Program 1 memasukkan rekod ke dalam jadual FOO dengan kunci utama yang ditambah secara automatik ( 557).
2. Program 2 memasukkan rekod ke dalam FOO (558) dan BAR (dengan kunci asing merujuk nilai 558 dalam FOO).
3. Program 2 melakukan transaksinya.
4. Program 3 menjana laporan daripada FOO dan mencetak rekod 558.
5. Program 1 melancarkannya urus niaga.

Dilema:

Jika medan AUTO_INCREMENT akan mengembalikan nilainya, apa yang berlaku kepada:

• 557 dalam FOO (mengurangkan kunci utama akan memusnahkan data integriti)?
• Nilai 558 dalam BAR (rujukan kunci asing yang tergantung)?
• Rekod 558 yang dicetak (bagaimana kita memadamkannya daripada laporan)?

Menyelesaikan Dilema

Tidak ada penyelesaian masa tetap kepada dilema ini. Walau bagaimanapun, anda boleh mengekalkan integriti data dengan menggunakan bendera status pada rekod anda. Pendekatan ini memerlukan:

• Menetapkan status rekod kepada "Tidak Lengkap" semasa sisipan awal.
• Memulakan transaksi dan mengemas kini status kepada "Selesai" (atau serupa) selepas berjaya diproses.
• Melakukan transaksi untuk membuat rekod secara langsung.
• Memelihara rekod yang tidak lengkap sekiranya berlaku pemulangan urus niaga untuk tujuan pengauditan.

Kesimpulan

Walaupun tingkah laku bukan pemulangan medan AUTO_INCREMENT MySQL mungkin kelihatan tidak konvensional, ia direka untuk menghalang rasuah data dan mengekalkan integriti rujukan dalam persekitaran transaksi yang kompleks. Penyelesaian menggunakan bendera status mengorbankan keupayaan untuk melancarkan semula transaksi tetapi memastikan integriti data dalam senario audit kritikal.

Atas ialah kandungan terperinci Mengapa AUTO_INCREMENT MySQL Tidak Berbalik pada Kegagalan Transaksi?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!