Cómo procesar datos escritos en redis y devueltos

Configuración automática de reglas de persistencia

Guardar 900 1

Guardar 300 10

Guardar 60 10000

El significado de las reglas de configuración anteriores es el siguiente:

# En el siguiente ejemplo, el comportamiento será guardar:

# Si al menos 1 clave ha cambiado , luego Guardar después de 900 segundos (15 minutos)

# Si se cambiaron al menos 10 claves, guardar después de 300 segundos (5 minutos)

# Si hay al menos 10000 claves Si hay cambios ocurre, guarde después de 60 segundos

Redis también puede desactivar la persistencia automática comentando estas configuraciones de guardado o guardando "".

stop-writes-on-bgsave-error sí

El uso de LZF para comprimir archivos rdb consumirá recursos de la CPU, pero puede reducir el espacio en disco.

compresión rdb sí

Verificar al guardar y cargar archivos rdb evita errores, pero reduce el rendimiento en aproximadamente un 10% y se puede desactivar para mejorar el rendimiento.

rdbchecksum sí

Nombre del archivo rdb exportado

dbfilename dump.rdb

Establezca el directorio de trabajo, en el que se escribirá el archivo rdb este directorio, solo los archivos adjuntos se almacenarán en este directorio.

dir.

Redis guardará automáticamente la instantánea en el disco o llamará a bgsave. Esto se realiza mediante el proceso en segundo plano. Otros clientes aún pueden leer y escribir en el servidor de Redis. en segundo plano Guardar instantáneas en el disco utiliza mucha memoria. Llamar a guardar para guardar datos en memoria en el disco bloqueará la solicitud del cliente hasta que se complete el guardado.

Cuando llamas al comando de apagado, el servidor Redis primero llamará a guardar y todos los datos se conservarán en el disco antes de salir.

Para problemas de pérdida de datos:

Si el servidor falla, se perderán todos los datos desde la última instantánea. Por lo tanto, al configurar reglas de guardado, establezca el rango permitido según el negocio real.

Si se trata de una empresa sensible a los datos, utilice los registros adecuados en el programa para que los datos se puedan recuperar a través de registros después de una falla del servidor.

2. Persistencia de archivos solo para agregar

Otro método es el método incremental, que persiste los cambios de datos causados ​​por la operación en el archivo. Después de reiniciar Redis, pase el comando Operación para restaurar. datos.

Después de escribir cada comando, los datos se escribirán en server.aufbuf.

# appendfsync siempre

appendfsync cada segundo

# appendfsync no

Cuando se configura como siempre, solo se agregará server.aofbuf cada vez Después de que los datos de server.aofbuf se escriban en el archivo, los datos de server.aofbuf se devolverán al cliente. Esto garantizará que no se pierdan datos, pero las operaciones IO frecuentes reducirán el rendimiento.

Cada segundo se escribe cada segundo, lo que puede provocar la pérdida de operaciones en un segundo.

El mayor problema con of es que con el tiempo, los archivos adjuntos pueden volverse muy grandes, por lo que necesitamos usar el comando bgrewriteaof para reorganizar los archivos y conservar solo los datos de kv más recientes.