Redis proporciona métodos de persistencia RDB y AOF para guardar datos en la memoria en el disco para evitar la pérdida accidental de datos.
Comparación de persistencia-RDB y AOF
RDB
RDB (instantánea) guarda el estado de la base de datos (base de datos no vacía y pares clave-valor relacionados) del servidor en un momento determinado en un archivo binario comprimido (dump.rdb), que también es el método de persistencia predeterminado.
Comando de persistencia manual: el comando
SAVE bloqueará el proceso del servidor Redis.
BGSAVE generará un proceso secundario, y luego el proceso secundario es responsable de crear el archivo RDB, y el proceso principal del servidor continúa procesando las solicitudes de comando.
Ventajas : RDB es un archivo muy compacto, guarda el conjunto de datos de Redis en un momento determinado. Este tipo de archivo es muy adecuado para realizar copias de seguridad.
Desventajas : si necesita evitar perder datos cuando el servidor falla, RDB no es para usted. Aunque Redis le permite establecer diferentes puntos de guardado para controlar la frecuencia de guardado de archivos RDB, debido a que los archivos RDB necesitan guardar el estado de todo el conjunto de datos, no es una operación fácil. Por lo tanto, puede guardar el archivo RDB al menos 5 minutos. En este caso, una vez que ocurre un tiempo de inactividad, puede perder varios minutos de datos.
AOF
La persistencia AOF agrega "operación + datos" al final del archivo de registro de la operación (appendonly.aof) en forma de instrucción de formato. Después de que la operación de adición regresa (se ha escrito en el archivo o está a punto de escribirse), se ejecutan los datos reales Para los cambios, el "archivo de registro" guarda todas las operaciones históricas; cuando el servidor necesita la recuperación de datos, puede reproducir directamente este archivo de registro para restaurar todas las operaciones.
AOF está cerrado por defecto, método abierto, modificar el archivo de configuración reds.conf: adjuntar solo sí
Estrategia de sincronización de archivos AOF, hay tres valores legales: siempre cada segundo no, el valor predeterminado es cada segundo
Ventajas : el uso de la persistencia AOF hará que Redis sea muy duradero: puede establecer diferentes estrategias fsync, como no fsync, una vez fsync por segundo o fsync cada vez que se ejecuta un comando de escritura. La política predeterminada de AOF es fsync una vez por segundo. En esta configuración, Redis aún puede mantener un buen rendimiento, e incluso si ocurre una falla, solo se perderá un segundo de datos (fsync se ejecutará en un subproceso en segundo plano, por lo que El hilo principal puede continuar trabajando duro para procesar solicitudes de comando).
Desventaja : para el mismo conjunto de datos, el volumen del archivo AOF suele ser mayor que el volumen del archivo RDB. Dependiendo de la estrategia fsync utilizada, AOF puede ser más lento que RDB.