Kesemuanya adalah penyelesaian untuk kluster yang diedarkan oleh Redis Saya baru sahaja melihat artikel yang ditolak oleh InfoQ melalui WeChat pada tengah hari - "Amalan Terbaik untuk Operasi dan Penyelenggaraan Cekap (03): Teknologi Kluster Redis dan Amalan Codis", yang agak terperinci. , yang disasarkan dan menambah baik sifat "berat" Kluster Redis, dan juga menunjukkan kelemahan twemproxy. Malangnya, artikel ini tidak ditemui di tapak web InfoQ Saya tidak tahu jika ia tidak dikemas kini dalam masa, jadi saya tidak boleh menyiarkan pautan itu.
Mari bincangkan beberapa masalah dengan twemproxy, dan anda akan mengetahui kelebihan kelompok redis
(1) Pelaksanaan tak segerak sepenuhnya, yang lebih rumit untuk difahami
(2) Auto_eject_hosts yang menipu
(3) Penambahan pelayan secara dinamik tidak disokong
(4) mget akan dipisahkan secara automatik, menjejaskan prestasi
Kluster Redis mengemas kini peraturan penghalaan nod klien melalui komunikasi antara klien dan pelayan, dan antara pelayan dan pelayan, memastikan permintaan klien sentiasa dihantar ke nod pelayan yang betul pelayan Hanya satu komunikasi diperlukan.
Twemproxy bertindak sebagai proksi untuk mengedarkan permintaan kepada nod, dengan lapisan komunikasi tambahan di tengah.
Secara teorinya, prestasi kelompok redis adalah cekap. Sudah tentu, pelaksanaannya lebih rumit dan perlu diuji secara praktikal.
Secara peribadi saya rasa kaedah kelompok redis akan menjadi arus perdana pada masa hadapan.
![[Web front-end] Permulaan pantas Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Kesemuanya adalah penyelesaian untuk kluster yang diedarkan oleh Redis Saya baru sahaja melihat artikel yang ditolak oleh InfoQ melalui WeChat pada tengah hari - "Amalan Terbaik untuk Operasi dan Penyelenggaraan Cekap (03): Teknologi Kluster Redis dan Amalan Codis", yang agak terperinci. , yang disasarkan dan menambah baik sifat "berat" Kluster Redis, dan juga menunjukkan kelemahan twemproxy. Malangnya, artikel ini tidak ditemui di tapak web InfoQ Saya tidak tahu jika ia tidak dikemas kini dalam masa, jadi saya tidak boleh menyiarkan pautan itu.
Mari bincangkan beberapa masalah dengan twemproxy, dan anda akan mengetahui kelebihan kelompok redis
(1) Pelaksanaan tak segerak sepenuhnya, yang lebih rumit untuk difahami
(2) Auto_eject_hosts yang menipu
(3) Penambahan pelayan
secara dinamik tidak disokong (4) mget akan dipisahkan secara automatik, menjejaskan prestasi
Kluster Redis mengemas kini peraturan penghalaan nod klien melalui komunikasi antara klien dan pelayan, dan antara pelayan dan pelayan, memastikan permintaan klien sentiasa dihantar ke nod pelayan yang betul pelayan Hanya satu komunikasi diperlukan.
Twemproxy bertindak sebagai proksi untuk mengedarkan permintaan kepada nod, dengan lapisan komunikasi tambahan di tengah.
Secara teorinya, prestasi kelompok redis adalah cekap.
Sudah tentu, pelaksanaannya lebih rumit dan perlu diuji secara praktikal.
Secara peribadi saya rasa kaedah kelompok redis akan menjadi arus perdana pada masa hadapan.