Adalah disyorkan untuk memisahkan penghakiman mencegah keterlaluan dan menilai sama ada pelanggan baharu ialah pelanggan baharu

• Kolar super anti-konkurensi boleh digunakan seperti berikut (dikunci Ingat untuk memadamkan kunci (lepaskan kunci) selepas setiap operasi selesai

// 操作的原子性，如该key在有效时间30秒被设置过返回0，一般请求超时为30秒
$redis->set($key, 1, array("NX", "EX"=>'30'));

• Untuk menentukan sama ada ia adalah pelanggan baharu (sama ada pengguna telah menerimanya sebelum ini, masa yang sah ditetapkan pada penghujung acara), anda boleh menetapkan KUNCI baharu sebagai status penerimaan pengguna dan ia akan dipulangkan terus kepada pengguna yang telah menerima diskaun (mengejar Untuk prestasi serentak, pertanyaan pangkalan data tidak disambungkan)

• Dapatkan kupon (masukkan kupon ke dalam baris gilir terlebih dahulu dan dapatkannya dari baris gilir, bukan dari pangkalan data. Kelebihan di sini ialah data baris gilir akan hilang sebaik sahaja ia diambil, dan akan ada tiada situasi lebihan terima), tulis Masukkan baris gilir redis

• Baris gilir penggunaan proses latar belakang, saya menggunakan jenis penyekatan senarai terpaut untuk penggunaan (simpan maklumat pengumpulan ke dalam pangkalan data, dan tanya serta tentukan sama ada pengguna telah menerima kupon sebelum memasuki pangkalan data)

Pelan khusus masih perlu dilaksanakan mengikut perniagaan

1. Jika perniagaan tidak memerlukan 100%, setiap orang hanya boleh menerima satu kupon, dan kluster Redis anda sangat tersedia Maka sudah cukup untuk menyekatnya dengan Redis, masa tamat tempoh Kunci tertentu, dsb Muat turun aktiviti akan menjadi tidak sah secara keseluruhan, kerana ini adalah penyelesaian yang tidak termasuk dalam perpustakaan, jadi jika anda perlu menentukan sama ada untuk mengulangi permintaan, anda perlu bergantung pada data dalam Redis (bagaimana jika Redis hang Walaupun Redis mempunyai fungsi kegigihan yang tidak sempurna, kerugian Jumlah data agak kecil, jika perniagaan membenarkannya, ia masih boleh diterima), tetapi banyak senario perniagaan memerlukan pengelogan

2. Keperluan perniagaan memerlukan satu orang mesti mempunyai satu kupon (nilai muka kupon mungkin sangat besar), jadi saya masih akan menggunakan penyelesaian Redis subjek Selepas menilai bahawa ia adalah kali pertama, terus masukkan/kemas kini pangkalan data ( Akan ada penyelesaian tak segerak di sini, tetapi penyelesaian tak segerak juga akan muncul. Penyelesaian tak segerak juga akan menghadapi masalah yang serupa dengan 1: kehilangan data, ia boleh dijamin bahawa setiap orang hanya boleh menerima satu kupon (ditentukan oleh pangkalan data) memastikan ketekalan data). Seperti yang dikatakan oleh penanya, sebenarnya, anda tidak perlu membatalkan perkara dalam Redis, kerana jika pengguna berulang kali dengan niat jahat meminta untuk menarik kupon, Redis boleh terus menyekatnya tanpa pergi ke pangkalan data untuk bertanya (terdapat masalah lain di sini. Penyelesaiannya adalah untuk mengemas kini cache dahulu Kemas kini pangkalan data sekali lagi, jadi anda perlu mempertimbangkan situasi tidak normal di mana kemas kini cache berjaya tetapi kemas kini pangkalan data gagal Jika pangkalan data tidak normal, anda perlu mengosongkan cache yang sepadan dengan Kunci )

3. Jika anda benar-benar tidak dapat mengendalikannya (perkakasan tidak dapat bersaing), anda boleh menggunakan baris gilir untuk menyelesaikan masalah dan menggunakan baris gilir untuk memotong puncak

4. Penyelesaian @大woo juga boleh dilaksanakan, tetapi anda perlu mempertimbangkan Redissituasi luar biasa ini pada satu ketika

Fungsi yang disebut oleh @大woo sebenarnya serupa dengan jualan kilat yang saya tulis sebelum ini. Anda boleh lihat:
Fungsi penting untuk produk e-dagang: jualan kilat dan lelongan

Adakah tidak boleh menulis baris gilir?

Saya mabuk jika anda berani menggunakan pangkalan data nosql untuk perkara seperti ini.

Adalah disyorkan untuk mempelajari teori pangkalan data terlebih dahulu, memfokuskan pada konsep transaksi, beberapa tahap pengasingan transaksi, kunci baris dan kunci meja, dan kemudian gunakan pangkalan data hubungan tradisional untuk melakukan ini.

Jika prestasi pelayan pangkalan data tidak mencukupi, maka reka bentuk seni bina jadual mendatar, dengan pelayan berbeza, setiap pelayan bertanggungjawab untuk sebahagian daripada data pengguna. Sumber teori jadual tahap ialah bab cincang bagi struktur data peringkat sarjana Anda boleh melihatnya.