Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Almacenamiento de objetos compuestos de gran tamaño (Valkey y OSS Redis)
En algunos casos, una aplicación puede almacenar elementos compuestos de gran tamaño en Valkey o Redis OSS (como un conjunto de datos hash de varios GB). No se recomienda esta práctica porque suele provocar problemas de rendimiento en Valkey o Redis. OSS Por ejemplo, el cliente puede HGETALL ejecutar un comando para recuperar toda la colección de hash de varios GB. Esto puede generar una presión de memoria significativa para el OSS servidor Valkey o Redis al almacenar en búfer el elemento grande del búfer de salida del cliente. Además, para la migración de ranuras en modo clúster, ElastiCache no migra las ranuras que contienen elementos con un tamaño serializado superior a 256 MB.
Para resolver los problemas implicados en la gestión de elementos de gran tamaño, recomendamos lo siguiente:
Divida el elemento compuesto grande en varios elementos más pequeños. Algo que puede hacer es dividir una colección hash grande en campos clave-valor individuales con un esquema de nombres de clave que refleje adecuadamente la colección; por ejemplo, puede utilizar un prefijo común en el nombre de la clave para identificar la colección de elementos. Si debe acceder a varios campos de la misma colección de forma atómica, puede usar el MGET comando para recuperar varios valores clave en el mismo comando.
Si ha evaluado todas las opciones y sigue sin poder dividir el conjunto de datos de gran tamaño de la colección, intente utilizar comandos que funcionen en un subconjunto de los datos de la colección, en lugar de en toda la colección. Evite los casos de uso que requieran recuperar de forma integral toda la colección de varios GB con el mismo comando. Un ejemplo es usar los HMGET comandos HGET or en lugar de hacerlo en colecciones de hashHGETALL.
