REDIS escenarios de uso concurrentes y de alto rendimiento

de alto rendimiento

Suponga un escenario de este tipo, que tiene una operación, una petición vino, todo tipo de desorden que las consultas de acción Hangchikengchi MySQL, echa un vistazo a la mitad resultado, 600ms que consumen mucho tiempo. Sin embargo, los resultados no pueden convertirse en las próximas horas, o puede ser cambiado sin retroalimentación inmediata para el usuario. Así que esta vez se supone que?

Caché ah, tirar el resultado de 600ms echa un vistazo, caché de tiro, una clave correspondiente a un valor, la próxima vez que alguien compruebe los mismos datos, no se vaya MySQL lanzar una 600ms. Tomada directamente de la memoria caché, a través de un registro de salida un valor clave, 2ms reciben. 300 veces a aumentar el rendimiento.

Esto se llama un alto rendimiento.

Es poner algunas de sus operaciones complejas que requieren mucho tiempo de revisar los resultados, si se determina que no habéis cambiado de nuevo, pero entonces hay una gran cantidad de solicitudes a la vez, a continuación, poner el resultado directo de la memoria caché, la memoria caché se lee directamente de nuevo muy bien.

 

alta concurrencia

base de datos MySQL tan pesado, simplemente no diseñado para permitir que usted juegue alta concurrente, aunque también se puede jugar, pero el apoyo natural no es buena. mysql 2000qps individuales iniciadas fácilmente compatibles con la policía.

Así que si usted tiene un sistema, un segundo pico de más de 10.000 solicitudes, que una sola MySQL definitivamente morir. Puede sólo que esta vez en la memoria caché, la memoria caché de poner un montón de datos, no ponga MySQL. El almacenamiento en caché simple característica, que significa la operación clave-valor, la cantidad de concurrentes fácil de un segundo independientes decenas de miles de apoyo de cientos de miles, compatible con la alta concurrencia tan fácil. cantidad independiente de carga es varias veces el mysql concurrente autónomo.

 

 

Así que combinar la escena y tal vez pensar en ello, ¿por qué se utiliza la memoria caché?

Muchos estudiantes en el proyecto general, carece de escenarios de alta concurrencia, entonces no se sacude, el uso directo de alto rendimiento que escena del bar, que creo que se puede almacenar en caché los resultados de un complejo escenarios de consulta, el seguimiento puede mejorar considerablemente el rendimiento, optimizar la experiencia del usuario, hay, dijo esta razón, no? Entonces usted tiene que compilar una salid, o no lo eres divertido Mody

 

análisis

La diferencia entre (1) redis y la memcached

REDIS más rica tipo de datos soportado (apoyo escenarios más complejos) : los Redis no sólo soporta los tipos simples k / v de datos, mientras que también proporciona una lista de almacenamiento, conjunto, zConfigurar, hash y otras estructuras de datos. Memcache soportar tipos de datos simples, de cadena.

Redis y Memcached como soporte de datos persistentes, con el fin de garantizar la eficiencia, los datos se almacenan en caché en la memoria. Redis diferencia es que se actualizará periódicamente los datos escritos en el disco o para modificar el funcionamiento de escribir archivo de registro adicional, y sobre esta base darse cuenta del maestro-esclavo (maestro-esclavo) de sincronización, y la presencia de todos los datos sólo Memecache entre la memoria.

el modo de clúster : memcached racimo sin modo nativo, se debe confiar en el cliente para datos de escritura para conseguir las piezas de racimo tallada, pero ReDiS actualmente es el soporte nativo para el modo de clúster.

Memcached es multi-hilo, de no bloqueo IO red modelo de reutilización; Redis uso de varios canales de un solo subproceso multiplexa modelo IO

(2) ¿Por qué REDIS modelo single-roscado puede eficientemente tan alto?

 1) operación de la memoria pura

 2) El núcleo se basa en el mecanismo de multiplexación IO no bloqueante

 3) de una sola rosca en vez de evitar el contexto frecuente conmutación cuestiones multithreading (Baidu)