产品简介 8 混合存储型实例的应用场景 视频直播类应用 视频直播类业务往往存在大量热点数据，大部分的请求都来自于热门的直播间。使用Redis混合存储 型实例，内存中保留热门直播间的数据，不活跃的直播间数据被自动存储到磁盘上，可以达到对有限 内存的最佳利用效果。 电商类应用 电商类应用往往有大量的商品数据。使用Redis混合存储型实例，可以轻松突破内存容量限制，将大 制也给主库 带来了额外的性能开销，因此从这个角度分析，单副本版本的性能不仅不会低于双机高可用版，甚至 还会有所提升。 使用场景 云数据库 Redis 版 产品简介 10 纯缓存类业务场景 单副本版本只有一个数据库节点，节点出现故障时，系统会重新拉起一个 Redis 进程（没有数据 ），当节点故障业务自动切换完成后，应用程序需要将数据重新预热，以免对后端数据库产生访问压 原生采用单线程机制，CPU 为单核能力，性能在8万 QPS 的业务建议使用。如果需要更 高的性能要求，请选用集群版配置。 Redis 命令相对简单，排序、计算类命令较少 由于 Redis 的单线程机制，CPU 为主要瓶颈。如排序、计算类较多的业务建议选用集群版配置。 开放地域 开放单节点的售卖地域有华北1、华北2、华南1、华东1、华东2。 Redis 标准版-双副本

author_key] = author return self.client.mset(article_data) 这个⽂章储存程序⽐较⻓， 让我们来逐个分析它的各项功能。 ⾸先， Article 类的初始化⽅法 __init__() 接受 ⼀个 Redis 客户端和⼀个⽂章 ID 作为参数， 并将⽂章 ID 从数字转换为字符串： self.id = str(article_id) 接着程序会使⽤这个字符串格式的⽂章 问⽂章的标题， 使⽤ article["content"] 去访问⽂章的内容， 诸如此类， 这使得针对⽂章数据的各项操作 可以更⽅便地进⾏。 另外要注意的⼀点是， 虽然⽤户可以通过访问 Article 类的 id 属性来获得⽂章的 ID ， 但是为了⽅便起⻅， get() ⽅法在返回⽂章信息的时候也会将⽂章的 ID 包含在字典⾥⾯⼀并返回。 对⽂章信息进⾏更新的 update() ⽅法是整个程序最复杂的部分。 divmod(number, 36) result = (alphabets[i] + result) return result or alphabets[0] ShortyUrl 类的 shorten() ⽅法负责为输⼊的⽹址⽣成短⽹址 ID ， 它的⼯作包括以下四个步骤： 1. 为每个给定的⽹址创建⼀个 10 进制数字 ID 。 2. 将 10 进制数字 ID 转换为 36 进制，