方案1
[主动]
后台点击更新缓存按钮，从DB查找最新数据集合，删除原缓存数据，存储新数据到缓存；
问题：更新过程中删除掉缓存后刚好有业务在查询，那么这个时候返回的数据会是空，会影响用户体验
方案2
[被动]
前台获取数据时发现没有缓存数据就会去数据库同步数据到缓存
问题：当并发请求获取缓存数据不存在的时候，就会产生并发的查询数据的操作。
方案3
[主动]
后台点击更新缓存按钮，从DB查找最新数据集合，这里不删除缓存，通过遍历数据覆盖和删除掉无效的数据
问题：逻辑相对麻烦，而且更新机制无法通用；
方案4
[主动][预加载]
前台获取缓存的时候需要先得到缓存数据对应的Redis Key（简称：[ShowingKey]），然后根据[ShowingKey]去读取缓存数据
[ShowingKey]（可以是最近一次更新缓存的时间戳或者根据自己规则自定义）
[缓存]（需要缓存的数据，如：DB数据等）
举个栗子：我们现在有个业务需要缓存今日上新商品数据，缓存到Redis中。
更新逻辑：
l 后台编辑人员操作完数据的时候点击更新按钮，获取服务器当前时间=1469938351000=[更新时间戳]；
l 然后获取DB数据，缓存到Goods:Todays:1469938351000中；
l 添加缓存数据成功后，获取Goods:Todays:ing中的时间戳1449538371020=[上一次更新时间戳]；
l 更新Goods:Todays:ing值=[更新时间戳]=1469938351000；
l 更新成功后可以把[上一次更新时间戳]对应的缓存设置过期时间，比方说设置5秒后过期。
(注意旧数据一定要设置过期时间，不能直接删除，因为在切换[ShowingKey]的过程中可能还有业务在使用)
