到这篇文章，我们已经将原本由关系数据库和网页浏览器实现的登录和访客会话转移到了 Redis 上面实现;将原本由关系数据库实现的购物车也放到了Redis 上面实现;还将所有页面缓存到了Redis 里面。这一系列工作提升了网站的性能，降低了关系数据库的负载并减少了网站成本。
兔子商城的商品页面通常只会从数据库里面载入一两行数据，包括已登录用户的用户信息（这些信息可以通过 AJAX动态地载入，所以不会对页面缓存造成影响）和商品本身的信息。即使是那些无法被整个缓存起来的页面——比如用户账号页面、记录用户以往购买商品的页面等等，程序也可以通过缓存页面载入时所需的数据库行来减少载入页面所需的时间。
为了展示数据行缓存的作用，我们假设 兔子商城为了清空旧库存和吸引客户消费，决定开始新一轮的促销活动∶这个活动每天都会推出一些特价商品供用户抢购，所有特价商品的数量都是限定的，卖完即止。在这种情况下，网站是不能对整个促销页面进行缓存的，因为这可能会导致用户看到错误的特价商品剩余数量，但是每次载入页面都从数据库里面取出特价商品的剩余数量的话，又会给数据库带来巨大的压力，并导致我们需要花费额外的成本来扩展数据库。
为了应对促销活动带来的大量负载，我们需要对数据行进行缓存，具体的做法是∶编写一个持续运行的守护进程函数，让这个函数将指定的数据行缓存到 Redis 里面，并不定期地对这些缓存进行更新。缓存函数会将数据行编码（encode）为 JSON字典并存储在 Redis的字符串里面，其中，数据列（column）的名字会被映射为 JSON 字典的键，而数据行的值则会被映射为 JSON 字典的值，下图展示一个被缓存的数据行示例。
一个被缓存的数据行，这个数据行包含了在线售卖商品的信息
程序使用了两个有序集合来记录应该在何时对缓存进行更新∶第一个有序集合为调度（schedule）有序集合，它的成员为数据行的行 ID，而分值则是一个时间戳，这个时间戳记录了应该在何时将指定的数据行缓存到 Redis 里面;第二个有序集合为延时（delay）有序集合，它的成员也是数据行的行 ID，而分值则记录了指定数据行的缓存需要每隔多少秒更新一次。
使用 JSON而不是其他格式 因为 JSON简明易懂，并且据我们所知，目前所有拥有Redis客户端的编程语言都带有
能够高效地编码和解码 JSON 格式的函数库，所以这里的缓存函数使用了 JSON 格式来表示数据行，而没有使用
XML、Google的 protocol buffer、Thrif、BSON、 MessagePack 或者其他序列化格式。在实际应用中，
大家可以根据自己的需求和喜好来选择编码数据行的格式。
嵌套多个结构 使用过其他非关系数据库的用户可能会期望 Redis也拥有嵌套多个结构的能力，比如说，一个刚开
始使用 Redis 的用户可能会期盼着散列能够包含有序集合值或者列表值。尽管嵌套结构这个特性在概念上并无不
妥，但这个特性很快就会引起类似以下这样的问题∶"对于一个位于嵌套第5 层的hash，我们如何才能对它的值执
行自增操作呢?"为了保证命令语法的简单性，Redis 并不支持嵌套结构特性。如果有需要的话，可以通过使用键名
来模拟嵌套结构特性∶ 比如使用键user∶123表示存储用户信息的散列，并使用键user∶123∶posts表示存储用
户最近发表文章的有序集合;又或者直接将嵌套结构存储到JSON或者其他序列化格式里面
为了让缓存函数定期地缓存数据行，程序首先需要将行 ID 和给定的延迟值添加到延迟有序集合里面，然后再将行 ID 和当前时间的时间戳添加到调度有序集合里面。实际执行缓存操作的函数需要用到数据行的延迟值，如果某个数据行的延迟值不存在，那么程序将取消对这个数据行的调度。如果我们想要移除某个数据行已有的缓存，并且让缓存函数不再缓存那个数据行，那么只需要把那个数据行的延迟值设置为小于或等于0就可以了。下面代码展示负责调度缓存和终止缓存的函数。
现在已经完成了调度部分，那么接下来该如何对数据行进行缓存呢?负责缓存数据行的函数会尝试读取调度有序集合的第一个元素以及该元素的分值，如果调度有序集合没有包含任何元素，或者分值存储的时间戳所指定的时间尚未来临，那么函数会先休眠 50 毫秒，然后再重新进行检查。当缓存函数发现一个需要立即进行更新的数据行时，缓存函数会检查这个数据行的延迟值∶如果数据行的延迟值小于或者等于0，那么缓存函数会从延迟有序集合和调度有序集合里面移除这个数据行的 ID，并从缓存里面删除这个数据行已有的缓存，然后再重新进行检查;对于延迟值大于0的数据行来说，缓存函数会从数据库里面取出这些行，将它们编码为JSON格式并存储到Redis 里面，然后更新这些行的调度时间。执行以上工作的缓存函数如下所示。
通过组合使用调度函数和持续运行缓存函数，我们实现了一种重复进行调度的自动缓存机制，并且可以随心所欲地控制数据行缓存的更新频率∶如果数据行记录的是特价促销商品的剩余数量，并且参与促销活动的用户非常多的话，那么我们最好每隔几秒更新一次数据行缓存;另一方面，如果数据并不经常改变，或者商品缺货是可以接受的，那么我们可以每分钟更新一次缓存。
本篇文章，兔哥介绍了如何将数据行缓存到Redis 里面，在接下来的一篇文章，兔哥介绍通过Redis缓存一部分页面来减少实现页面缓存所需的内存数量。
