文档章节

大话Redis进阶-更新缓存的问题

ZYallers
 ZYallers
发布于 2017/07/25 15:42
字数 1126
阅读 32
收藏 0

大话Redis进阶-更新缓存的问题

使用Redis过程中,总是会遇到各种各样问题,这里进行问题的总结,作为Redis 进阶的经验分享。

更新缓存的问题

  • [主动]需要操作人员去操作,或者定时调度
  • [被动]由用户触发更新
  • [预加载]提前加载好数据

方案1

  • [主动]后台点击更新缓存按钮,从DB查找最新数据集合,删除原缓存数据,存储新数据到缓存;
  • 问题:更新过程中删除掉缓存后刚好有业务在查询,那么这个时候返回的数据会是空,会影响用户体验

方案2

  • [被动]前台获取数据时发现没有缓存数据就会去数据库同步数据到缓存
  • 问题:当并发请求获取缓存数据不存在的时候,就会产生并发的查询数据的操作。

方案3

  • [主动]后台点击更新缓存按钮,从DB查找最新数据集合,这里不删除缓存,通过遍历数据覆盖和删除掉无效的数据
  • 问题:逻辑相对麻烦,而且更新机制无法通用;

推荐

以上的几种更新方案我都遇到过,因为产生了各种问题,所以我想到了一个相对好的方案,类似预加载功能,先把数据加载到缓存中,缓存成功后再切换显示最新的数据,将旧数据设置过期;

方案4

[主动][预加载]前台获取缓存的时候需要先得到缓存数据对应的Redis Key(简称:[ShowingKey]),然后根据[ShowingKey]去读取缓存数据(简称:[缓存];

-[ShowingKey](可以是最近一次更新缓存的时间戳或者根据自己规则自定义)

  • [缓存](需要缓存的数据,如:DB数据等)

需要两块数据:

举个例子:
我们现在有个业务需要缓存今日上新商品数据,缓存到Hash中

Key string key=Goods:Todays:ing 内容=最近一次的更新时间戳

  • Hash Key=Goods:Todays:{0} {0}=时间戳

[缓存]对应Redis Key 规则

  • [ShowingKey]对应的Redis Key

更新逻辑:

后台编辑人员操作完数据的时候点击更新按钮,获取服务器当前时间=1469938351000=[更新时间戳],然后获取DB数据,缓存到Goods:Todays:1469938351000中,添加缓存数据成功后,获取Goods:Todays:ing中的时间戳1449538371020=[上一次更新时间戳],更新Goods:Todays:ing值=[更新时间戳]=1469938351000,更新成功后可以把[上一次更新时间戳]对应的缓存设置过期时间,我一般是设置5秒后过期。(注意旧数据一定要设置过期时间,不能直接删除,因为在切换[ShowingKey]的过程中可能还有业务在使用)

更新总结

  • 第1种更新方案影响用户体验一般不推荐使用
  • 第2种更新方案可以通过程序锁,锁住更新操作只能有一个进入DB查询,可以避免问题
  • 第3种更新方案不会有第1,2 的问题,但是更新逻辑写起来比较麻烦,而且更新方案不能抽象通用
  • 第4种更新方案使用提前加载到缓存,然后在切换需要显示的缓存数据,可以完美解决1,2,3中的问题

redis内存不足,滥用

问题

  1. 数据不断累加,无效数据未清理,缓存未设置过期时间
  2. 存储数据中包含未使用到字段,整个对象序列化到redis中
  3. 冷数据,或者根本不会再去使用的无效数据没有清理

解决

  1. 数据区分无效时间,设置过期时间,使无效数据过期;(如:通过日期后缀命名Key)
  2. 区分冷数据,清理掉冷数据;
  3. 缓存数据从简,redis key命名从简,数据字段命名从简,无效字段不添加在缓存中;

键命名规范

内存数据库,键名长度影响有限内存空间,所以命名应该控制长度,简短易懂;

大小写规范

根据业务命名,相同业务统一的Key前缀

其他经验

数值累加,get,set+1并发导致累加不准确,使用redis increment 自增数值的机制不会有累加不准确的问题

本文转载自:https://blog.thankbabe.com/2016/08/05/redis-up/

共有 人打赏支持
ZYallers
粉丝 1
博文 59
码字总数 19100
作品 0
佛山
程序员
私信 提问
大话程序猿眼里的高并发架构

前言 高并发经常会发生在有大活跃用户量,用户高聚集的业务场景中,如:秒杀活动,定时领取红包等。 为了让业务可以流畅的运行并且给用户一个好的交互体验,我们需要根据业务场景预估达到的并...

落叶追风
2016/11/25
34
0
大话程序猿眼里的高并发架构

前言 高并发经常会发生在有大活跃用户量,用户高聚集的业务场景中,如:秒杀活动,定时领取红包等。 为了让业务可以流畅的运行并且给用户一个好的交互体验,我们需要根据业务场景预估达到的并...

chaun
2016/11/13
25
0
大话程序猿眼里的高并发架构

前言 高并发经常会发生在有大活跃用户量,用户高聚集的业务场景中,如:秒杀活动,定时领取红包等。 为了让业务可以流畅的运行并且给用户一个好的交互体验,我们需要根据业务场景预估达到的并...

SFLYYQ
2016/11/04
754
1
大叔推荐博客索引

以下是我的所有推荐文章,其中多半是文章系列,并且这个索引会在以后过程中进行追加,所以,各位看到的,永远都不是最新的,呵呵! 大叔推荐文章系列 DotNetCore跨平台~文章索引~永久更新(...

mcy247
2017/12/05
0
0
大话程序猿眼里的高并发

简单理解下高并发: 高并发是指在同一个时间点,有很多用户同时的访问URL地址,比如:淘宝的双11,双12,就会产生高并发,如贴吧的爆吧,就是恶意的高并发请求,也就是DDOS攻击,再屌丝点的说法...

oschina
2016/05/17
17.2K
23

没有更多内容

加载失败,请刷新页面

加载更多

数据集可视化---张量场的可视表示

中国龙-扬科
18分钟前
1
0
JavaScript创建对象方法实例小结

本文实例讲述了JavaScript创建对象方法。分享给大家供大家参考,具体如下: 最简单的方式就是创建一个Object对象,并为其添加属性和方法。 //示例代码var person=new Object()person.name=...

peakedness丶
20分钟前
1
0
GO 读写锁实现原理剖析

前言 TODO:简单说明读写锁用法及规则。 读写锁数据结构 类型定义 TODO: 源码中数据结构 TODO:讲解每个成员作用 接口定义 获取写锁 释放写锁 获取读锁 释放读锁 场景分析 写锁阻止写锁 TODO...

恋恋美食
24分钟前
1
0
Java核心(二)深入理解线程池ThreadPool

本文你将获得以下信息: 线程池源码解读 线程池执行流程分析 带返回值的线程池实现 延迟线程池实现 为了方便读者理解,本文会由浅入深,先从线程池的使用开始再延伸到源码解读和源码分析等高...

王磊的博客
26分钟前
3
0
web项目中的乱码问题原理分析

Java web开发过程经常遇到乱码,本篇我们探讨一下乱码产生的原因与解决思路。 一次完整的Web请求会有4次编解码转换,如下所示。 第一次:客户端(通常为浏览器)将字符转换成TCP字节流发向服...

fame_yao
30分钟前
1
0

没有更多内容

加载失败,请刷新页面

加载更多

返回顶部
顶部