Anda boleh terus menggunakan kunci utama pangkalan data sebagai redis, seperti <YOUR_PREFIX><PRIMARY_KEY> Untuk kandungan, contohnya, anda boleh merekodkan terus json dalam jadual data
Kemudian timbul isu konsistensi
Penyelesaian pertama ialah menggunakan redis sebagai cache Apabila membaca rekod mengikut kunci utama, semak dahulu sama ada terdapat satu dalam redis (dapatkan Jika tidak, ambil dari pangkalan data dan tetapkan redis di). masa yang sama Untuk nilai yang sepadan dalam rekod, adalah lebih baik untuk menetapkan masa tamat untuk rekod semasa menetapkan, supaya walaupun data kotor tidak dibersihkan secara aktif, nilai baharu boleh diperoleh secara automatik melalui mekanisme tamat tempoh selepas itu. suatu tempoh masa. Apabila rekod jadual data berubah, hanya padamkan rekod dalam redis terus. Ini adalah pendekatan yang lebih selamat yang saya cadangkan.
Pilihan kedua ialah mengendalikan semua pembacaan dan penulisan data secara terus dalam redis, dan hanya menulis semula data ke pangkalan data pada masa tertentu. Mengenai mekanisme tulis balik, anda boleh mempertimbangkan untuk menggunakan baris gilir mesej untuk menulis semula data secara tidak segerak setiap kali redis diubah suai Anda boleh menggunakan cap waktu untuk memastikan bahawa data yang ditulis semula ke pangkalan data adalah yang terkini atau anda boleh mempertimbangkan untuk menggunakan pemberitahuan Redis mekanisme untuk masa tamat tempoh (tetapi mekanisme ini tidak dijamin, lihat http://redis.io/topics/notifications).
Ini agak menyusahkan Anda boleh rujuk artikel ini http://www.cnblogs.com/enjiex/p/3618546.html
Ia boleh menyokong penambahan mudah, pemadaman, pengubahsuaian dan pertanyaan, dan boleh digabungkan dengan transaksi redis untuk melaksanakan fungsi mudah Tetapi sangat menyusahkan untuk melaksanakan operasi SQL asas rdbms
Baca manual dengan patuh Jawapan yang diberikan oleh orang lain tidak akan berguna. Manual ini menerangkannya dengan sangat jelas. Selepas membaca manual, pertimbangkan senario aplikasi API yang boleh dipanggil, Perkara yang sama berlaku untuk menulisnya sendiri Mula menulis dari soket dan anda akan mendapat pemahaman baharu tentang protokol, bahasa dan rangkaian
![[Web front-end] Permulaan pantas Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Sirikan objek java dan simpannya sebagai tatasusunan bait
Anda boleh terus menggunakan kunci utama pangkalan data sebagai redis, seperti
<YOUR_PREFIX><PRIMARY_KEY>Untuk kandungan, contohnya, anda boleh merekodkan terus json dalam jadual dataKemudian timbul isu konsistensi
Penyelesaian pertama ialah menggunakan redis sebagai cache Apabila membaca rekod mengikut kunci utama, semak dahulu sama ada terdapat satu dalam redis (dapatkan Jika tidak, ambil dari pangkalan data dan tetapkan redis di). masa yang sama Untuk nilai yang sepadan dalam rekod, adalah lebih baik untuk menetapkan masa tamat untuk rekod semasa menetapkan, supaya walaupun data kotor tidak dibersihkan secara aktif, nilai baharu boleh diperoleh secara automatik melalui mekanisme tamat tempoh selepas itu. suatu tempoh masa. Apabila rekod jadual data berubah, hanya padamkan rekod dalam redis terus. Ini adalah pendekatan yang lebih selamat yang saya cadangkan.
Pilihan kedua ialah mengendalikan semua pembacaan dan penulisan data secara terus dalam redis, dan hanya menulis semula data ke pangkalan data pada masa tertentu. Mengenai mekanisme tulis balik, anda boleh mempertimbangkan untuk menggunakan baris gilir mesej untuk menulis semula data secara tidak segerak setiap kali redis diubah suai Anda boleh menggunakan cap waktu untuk memastikan bahawa data yang ditulis semula ke pangkalan data adalah yang terkini atau anda boleh mempertimbangkan untuk menggunakan pemberitahuan Redis mekanisme untuk masa tamat tempoh (tetapi mekanisme ini tidak dijamin, lihat http://redis.io/topics/notifications).
Ini agak menyusahkan
Anda boleh rujuk artikel ini
http://www.cnblogs.com/enjiex/p/3618546.html
Ia boleh menyokong penambahan mudah, pemadaman, pengubahsuaian dan pertanyaan, dan boleh digabungkan dengan transaksi redis untuk melaksanakan fungsi mudah
Tetapi sangat menyusahkan untuk melaksanakan operasi SQL asas rdbms
Ringkasnya
Baca manual dengan patuh Jawapan yang diberikan oleh orang lain tidak akan berguna. Manual ini menerangkannya dengan sangat jelas. Selepas membaca manual, pertimbangkan senario aplikasi API yang boleh dipanggil, Perkara yang sama berlaku untuk menulisnya sendiri Mula menulis dari soket dan anda akan mendapat pemahaman baharu tentang protokol, bahasa dan rangkaian