Masalah kehilangan data boleh diselesaikan melalui replikasi tuan-hamba redis. Walau bagaimanapun, saya fikir ada cara untuk mengurangkan risiko dan skop kehilangan data. Merebut tiket ialah senario keselarasan tinggi biasa Anda boleh mempertimbangkan untuk menyimpan maklumat inventori tiket dalam ingatan dan menyimpan maklumat lain melalui pangkalan data yang lebih dipercayai.
Penyelesaian khusus:
1. Redis mendayakan replikasi tuan-hamba dan boleh menggunakan lebih daripada dua hamba untuk menyelesaikan masalah satu titik dan pengimbangan beban apabila menyediakan perkhidmatan baca luaran;
2. Bagi penyelesaian pemulihan data yang ranap, anda boleh log keluar dari operasi barisan untuk merekodkan Jika perkhidmatan ranap, anda boleh memulihkan inventori dengan cepat selepas memulakan semula
3. Penyelesaian untuk mengurangkan risiko kehilangan data. Contohnya, gunakan struktur data giliran redis untuk menyimpan inventori tiket Jika anda berjaya keluar dari baris gilir, anda akan mendapat tiket Kemudian simpan hubungan merebut tiket ke pangkalan data, dan kemudian buat pesanan & bayar;
4. Dalam pengalaman penggunaan sebenar, kebarangkalian redis ranap adalah rendah, tetapi ia benar-benar menyusahkan untuk memulihkan data selepas ia ranap. Oleh itu, adalah lebih baik untuk melihat senario penggunaan Jika data adalah sangat penting, adalah disyorkan untuk mengelak daripada meletakkannya dalam pangkalan data memori.
![[Web front-end] Permulaan pantas Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Dayakan
AOF(tambah fail sahaja).Masalah kehilangan data boleh diselesaikan melalui replikasi tuan-hamba redis. Walau bagaimanapun, saya fikir ada cara untuk mengurangkan risiko dan skop kehilangan data. Merebut tiket ialah senario keselarasan tinggi biasa Anda boleh mempertimbangkan untuk menyimpan maklumat inventori tiket dalam ingatan dan menyimpan maklumat lain melalui pangkalan data yang lebih dipercayai.
Penyelesaian khusus:
1. Redis mendayakan replikasi tuan-hamba dan boleh menggunakan lebih daripada dua hamba untuk menyelesaikan masalah satu titik dan pengimbangan beban apabila menyediakan perkhidmatan baca luaran; 2. Bagi penyelesaian pemulihan data yang ranap, anda boleh log keluar dari operasi barisan untuk merekodkan Jika perkhidmatan ranap, anda boleh memulihkan inventori dengan cepat selepas memulakan semula
3. Penyelesaian untuk mengurangkan risiko kehilangan data. Contohnya, gunakan struktur data giliran redis untuk menyimpan inventori tiket Jika anda berjaya keluar dari baris gilir, anda akan mendapat tiket Kemudian simpan hubungan merebut tiket ke pangkalan data, dan kemudian buat pesanan & bayar; 4. Dalam pengalaman penggunaan sebenar, kebarangkalian redis ranap adalah rendah, tetapi ia benar-benar menyusahkan untuk memulihkan data selepas ia ranap. Oleh itu, adalah lebih baik untuk melihat senario penggunaan Jika data adalah sangat penting, adalah disyorkan untuk mengelak daripada meletakkannya dalam pangkalan data memori.