简介

Redis混合存储型实例是阿里云自主研发的兼容Redis协议的混合存储产品，使用磁盘存储全量数据，将热数据保存到内存中供应用快速读写。在保证常用数据访问性能不下降的基础上，Redis混合存储型实例能够大幅度降低用户成本，实现性能与成本的平衡，同时突破了内存大小对Redis单实例数据量的限制。

适用场景

• 视频直播

  视频直播类业务往往存在大量热点数据，大部分的请求都来自于热门的直播间。使用Redis混合存储型实例，内存中保留热门直播间的数据，不活跃的直播间数据被自动存储到磁盘上，可以达到对有限内存的最佳利用效果。

• 电子商务

  电商类应用往往有大量的商品数据。使用Redis混合存储型实例可以轻松突破内存容量限制，将大量的商品数据都存储到Redis混合存储型实例中。在正常业务请求中，活跃的商品数据会保留在内存，不活跃的商品数据会逐渐交换到磁盘上，从而解决内存不够的问题。

• 在线教育

  在线教育类的场景有大量的课程、题库以及师生交流信息等数据，通常只有热门课程和最新题库会被频繁访问。使用Redis混合存储型实例，将所有课程信息存储到磁盘，访问量大的课程和题库数据存储到内存并常驻内存，保证高频访问数据的读写性能，实现高性能与高性价比的有机结合。

典型业务场景的示例如下：

• 场景1：用户使用开源Redis集群存储了100GB的数据，但高峰期QPS不到2万，其中80%的数据的访问频率很低。使用32GB内存加128GB磁盘的云Redis企业版混合存储型实例后，节省了近70GB的内存空间，存储成本下降50%以上。
• 场景2：用户在IDC自建Pika实例来解决Redis存储成本高的问题。总数据量约400GB，其中访问频率高的数据仅占10%左右，并且集群的运维成本居高不下。使用64GB内存加512GB磁盘的云Redis企业版混合存储型实例后，既免除了繁重的运维工作，又保障了服务质量。

选型指南-场景

选型指南-规格

创建Redis混合存储型实例时，您需要选择合适的内存配置与磁盘配置：内存决定能存储的热数据量，磁盘决定能存储的数据总量。云数据库Redis版将根据您选择的配置调配合适的CPU资源创建实例。 例如，选择64G内存256G磁盘主从版，则实例最多能存储256 GB的数据，在这些数据中，有64 GB可以缓存到内存中。

混合存储型实例的详细规格请参见标准版-混合存储。

• 内存选型

  为了更好地兼容原生Redis协议，Redis混合存储实例的数据中，所有的key都必须常驻内存，key的value会被云数据库Redis版根据冷热度自动保存在内存或磁盘中。因此，创建实例时选择的内存容量需能储存所有的key及其对应的元信息。下表是基于key总数的选型建议。

  Key总数	推荐的内存规格
  <2千万	64 GB、32 GB、16 GB
  2千万~5千万	64 GB、32 GB
  5千万~1亿	128 GB、64 GB、32 GB
  >1亿	128 GB、64 GB

  说明 内存容量决定创建实例时分配到的CPU资源，因此内存容量越大性能越高。
• 磁盘选型

  磁盘中保存Redis的所有数据，每个key都会产生元信息，占用额外的空间，因此选择的磁盘容量建议为实际需求的1.2~1.5倍。

购买方式

详细步骤请参见步骤1：创建实例 。

实例性能

Redis混合存储型实例的性能与实例规格以及业务中数据被访问的概率有很大的关系：实例规格越高，内存数据的访问比重越高，性能就越强。理想的场景中，所有的访问都命中内存，此时实例性能与Redis高性能内存型实例基本一致；反之，在内存命中率较低，甚至所有访问都需要从磁盘读取数据的情况下，混合存储型实例的性能将达到低谷。

在如下的三个测试场景中，Redis实例储存了总数2千万的key，value大小均为1 KB。测试方式为使用GET命令获取value，三个场景的访问目标不同。

命令使用限制

Redis混合存储型实例兼容大多数的原生Redis命令，为了保证服务性能，部分命令的使用受到限制，详情请参见混合存储型实例命令限制。

常见问题

磁盘还有剩余容量，但内存满了，写入时报错，提示OOM error，怎么解决？

答：请参见下表中的原因分析和解决方案介绍。