|
|
Redis windows 64 bit descarga, dirección oficial de descarga
h ttps:// www.itsvse.com/thread-2576-1-1.html
Tres formas de iniciar Redis
h ttps:// www.itsvse.com/thread-4008-1-1.html
Diferencia entre save y bgsave en redis
h ttps:// www.itsvse.com/thread-4010-1-1.html
Tutorial de Redis 5.0.3 en CentOS 7
h ttps:// www.itsvse.com/thread-7201-1-1.html
1, prefacio
Recientemente, Redis ha sido utilizado como caché en un proyecto para facilitar el intercambio de datos entre múltiples procesos de negocio. Como los datos de Redis se almacenan en memoria, si no se configura la persistencia, los datos se perderán después de que redis se reinicie, por lo que es necesario activar la función de persistencia de redis para guardar los datos en el disco, cuando redis se reinicie, usted puede recuperar los datos desde el disco. redis proporciona dos maneras de hacer la persistencia, una es la persistencia RDB (el principio es Reids en la Persistencia RDB (el principio es volcar los registros de la base de datos de Reids en la memoria al disco a intervalos regulares), y la otra es la persistencia AOF (el principio es escribir los registros de operaciones de Reids a un archivo en forma de apéndice). Entonces, ¿cuál es la diferencia entre estos dos métodos de persistencia, cómo elegir? La mayor parte de la mirada en línea es introducir las dos formas de cómo configurar, cómo utilizar, no es una introducción a la diferencia entre los dos, en qué escenarios de aplicación a utilizar.
2, la diferencia entre los dos
RDB persistencia se refiere al intervalo de tiempo especificado estará en instantáneas de memoria del conjunto de datos escritos en el disco, el proceso de operación real es tenedor un subproceso, primero escribir el conjunto de datos a un archivo temporal, escribir un éxito, y luego reemplazar el archivo anterior con un almacenamiento comprimido binario.
Persistencia de AOF en forma de logs para registrar todas las operaciones de escritura y borrado manejadas por el servidor, las operaciones de consulta no serán registradas, se registran en texto, puede abrir el archivo para ver los registros detallados de las operaciones.
3、Las ventajas y desventajas de los dos
¿Cuáles son las ventajas de RDB?
1). Una vez adoptado este enfoque, entonces toda su base de datos Redis contendrá sólo un archivo, que es perfecto para las copias de seguridad de archivos. Por ejemplo, usted puede tener la intención de archivar las últimas 24 horas de datos una vez cada hora y también archivar los últimos 30 días de datos una vez al día. Con una estrategia de copia de seguridad de este tipo, podremos recuperarnos muy fácilmente en caso de fallo catastrófico del sistema.
2). Para la recuperación de desastres, RDB es una muy buena opción. Porque podemos comprimir muy fácilmente un solo archivo y luego transferirlo a otro medio de almacenamiento.
3). Maximización del rendimiento. Para el proceso de servicio Redis, cuando se inicia la persistencia, lo único que tiene que hacer es bifurcar el proceso hijo, y luego el proceso hijo terminará el trabajo de persistencia, que puede evitar en gran medida el proceso de servicio para realizar operaciones de IO.
4). Comparado con el mecanismo AOF, RDB arranca más eficientemente si el conjunto de datos es grande.
¿Cuáles son las desventajas de RDB?
1). Si desea garantizar una alta disponibilidad de los datos, es decir, minimizar la pérdida de datos, entonces RDB no será una buena elección. Esto se debe a que una vez que el sistema se cae antes de la persistencia temporizada, cualquier dato que no haya tenido tiempo de escribirse en disco se perderá.
2). Dado que RDB ayuda en la persistencia de datos bifurcando subprocesos, puede causar que todo el servidor esté fuera de servicio durante cientos de milisegundos, o incluso 1 segundo, siempre y cuando el conjunto de datos sea grande.
¿Cuáles son las ventajas de AOF?
1). Redis ofrece tres estrategias de sincronización: sincronización por segundo, sincronización por modificación y sin sincronización. De hecho, la sincronización por segundo también se realiza de forma asíncrona y su eficiencia también es muy alta, la diferencia es que una vez que el sistema se cae, los datos modificados en este segundo se perderán. Por otro lado, la sincronización por modificación puede considerarse como persistencia sincrónica, es decir, cada vez que se produce un cambio en los datos, se graba inmediatamente en el disco. Como era de esperar, este enfoque es el menos eficaz en términos de eficiencia. En cuanto a la no sincronizada, no hace falta decir más, creo que todos lo entendemos bien.
2). Dado que este mecanismo utiliza el modo append para la operación de escritura en el archivo de registro, incluso si hay un tiempo de inactividad durante el proceso de escritura, no destruirá el contenido que ya existe en el archivo de registro. Sin embargo, si escribimos sólo la mitad de los datos en esta operación y luego hay un problema de caída del sistema, no se preocupe, antes del próximo inicio de Redis, podemos utilizar la herramienta redis-check-aof para ayudarnos a resolver el problema de consistencia de los datos.
3). Si el registro es demasiado grande, Redis puede activar automáticamente el mecanismo de reescritura. Es decir, Redis escribe continuamente los datos modificados en el archivo de disco antiguo en modo append, y al mismo tiempo Redis crea un nuevo archivo para registrar qué comandos modificados se han ejecutado mientras tanto. Por lo tanto, se puede garantizar mejor la seguridad de los datos durante el cambio de reescritura.
4). AOF contiene un archivo de registro con un formato claro y fácil de entender que registra todas las modificaciones. De hecho, también podemos utilizar este archivo para completar la reconstrucción de los datos.
¿Cuáles son las desventajas de AOF?
1). Los archivos AOF suelen ser más grandes que los archivos RDB para el mismo número de conjuntos de datos.RDB puede recuperar grandes conjuntos de datos más rápidamente que AOF.
2). Dependiendo de la estrategia de sincronización, AOF tiende a funcionar más lentamente que RDB en términos de eficiencia. en resumen, la estrategia de sincronización por segundo es más eficiente y la estrategia de sincronización desactivada es tan eficiente como RDB.
El criterio para elegir entre las dos es ver si el sistema está dispuesto a sacrificar algo de rendimiento por una mayor consistencia de la caché (AOF), o si está dispuesto a escribir operaciones con frecuencia, no habilitar las copias de seguridad para obtener un mayor rendimiento, que se ejecutarán manualmente cuando llegue el momento de guardar, y luego hacer las copias de seguridad (RDB). rdb esto es más coherente con el tiempo el sentido. Sin embargo, el entorno de producción es en realidad más una combinación de los dos.
4, configuración de uso común
Configuración de persistencia RDB
Redis volcará la instantánea del conjunto de datos al archivo dump.rdb. Además, también podemos modificar la frecuencia de las instantáneas de volcado del servidor Redis a través del archivo de configuración, después de abrir el archivo 6379.conf, buscamos guardar, se puede ver la siguiente información de configuración:
Configuración de Persistencia AOF
Existen tres tipos de sincronización en el archivo de configuración de Redis, estos son:
Configuración completa:
Se creará un nuevo archivo "appendonly.aof" en el directorio de prueba como sigue:
|
Artículo anterior: tabla datatables exportar excel, csv e imprimirSiguiente artículo: SQL Server establecer el nivel de aislamiento de transacciones
|
发表于 2021-2-4 13:47:27
f 
发表于 2021-9-22 20:26:16