Oleh kerana saya ingin melakukan proses serentak (konkurensi di sini ialah konkurensi kecil, iaitu, konkurensi beberapa orang), pentadbir latar belakang mengendalikan sekeping data pembayaran balik untuk menghalang beberapa pengurus daripada mengendalikan satu bahagian pada masa yang sama tanpa disedari pembayaran balik, ralat berlaku.
Pendekatan saya ialah menambah lock_time medan pada jadual dan menanyakan data yang lock_time adalah sama dengan 0. Selepas menanyakannya, tukar lock_time kepada masa semasa (saya menambah lock_time=0 sebagai keadaan di mana semasa kemas kini).
Soalan: Adakah terdapat sebarang kesesuaian jika saya melakukan ini?
Maksudnya, di bawah persekitaran yang ideal, dua orang boleh menanyakan sekeping data pada masa yang sama (menanya "secara serentak" dalam masa seminit atau saat),
Begitu juga, adakah mungkin untuk dua orang menukar medan tertentu bagi sekeping data pada masa yang sama (ditukar "pada masa yang sama" dalam masa seminit atau saat),
![[Web front-end] Permulaan pantas Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Jawapan kepada soalan anda adalah mungkin. Anda harus menggunakan kunci dan transaksi untuk mengelakkan masalah ini dan bukannya menggunakan medan baharu
Baidu innodb kunci sudah memadai.
Anda boleh melihat konsep penguncian optimistik. Tambahkan medan nombor versi, anda boleh mengabaikannya semasa membaca data, menyemak nombor versi semasa mengemas kini data dan mengemas kini nombor versi. Perbezaan antara nombor versi dan lock_time anda ialah pendua mungkin berlaku jika lock_time tidak cukup tepat Nombor versi sentiasa +1 dan tiada masalah versi pendua
Kunci dan barang-barang hendaklah dapat memenuhi keperluan anda. Mari kita lihat dengan lebih dekat kedua-dua konsep Mysql ini.
Idea anda hampir kepada penguncian optimistik Tukar lock_time kepada cap waktu untuk pengesahan. Ia juga mungkin untuk menggunakan kunci baris InnoDB untuk konkurensi kecil, dan pada dasarnya tiada kesukaran prestasi.