自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(8)
  • 收藏
  • 关注

原创 十五:Redis持久化之AOF

十五:Redis持久化之AOF本文源码基于redis2.2分析AOF为了解决生成快照时,因为保存rdb文件的导致redis阻塞,redis引入了bgsave方式,再一次为了解决不能实时的保存,redis引入了aof机制。以独立日志的方式记录每次写命令,重启时再重新执行AOF文件中的命令达到恢复数据的目的。AOF的主要作用是解决了数据持久化的实时性,目前已经是Redis持久化的主流方式。配置解释############################## APPEND ONLY MOD

2020-06-22 17:24:20 278

原创 十四:Redis持久化之rdb

十四:Redis持久化之rdbRedis提供了两种持久化的方式:AOF与RDB: RDB偏重在保存某个时间redis的快照;AOF偏重在实时保存的效率上。两者方案侧重点不同。RDBRDB:redis database 意思时在指定时间间隔内将内存中的数据写入到磁盘也就是说一段时间对redis进行一次快照;rdb写入的是二进制数据所以文件大小也更紧凑些。RDB: 一般应用在对数据冷备、复制传输,重启redis加载rdb的数据也更快一些。配置项可以在redis.conf中配置是否开启RDB(

2020-06-19 17:28:53 496

原创 十三: redis--发布订阅模式使用及场景

十三: redis–发布订阅模式使用及场景发布订阅模式一般用来做广播,发布者发送消息到指定的通道,订阅者订阅指定的通道,当发布者发送了新的消息,订阅者可以马上收到消息,一个通道可以有多个订阅者,后面订阅的订阅者不能收到之前的消息,因为发布订阅不做消息持久化以及ack确认消息消费。所以如果做消息队列是不能满足生产消息不能丢失的情况,已经吞吐率。命令publish解释发送消息到指定通道返回的结果表示有少个订阅者用法 publish channelName msg示例12

2020-06-18 10:20:27 1292

原创 十二:redis击穿、穿透、缓存雪崩

十二:redis击穿、穿透、缓存雪崩概念区分: 击穿、穿透、雪崩大量流量下:缓存层DB场景存在存在正常(使用缓存)不存在存在缓存击穿不存在不存在缓存穿透击穿: 大量的key过期,导致请求高峰,瞬间大量流量压到了DB;穿透: 大量请求缓存、DB不存在的数据,一般是恶意攻击;雪崩:缓存层服务不在提供服务,所有请求流量压到了DB,导致DB无法对外正常提供服务,进而波及使用这个DB的相关系统,最终导致整个系统崩溃;击穿大量的key过期,导致请

2020-06-15 15:40:19 198

原创 十一:redis之布隆过滤器的使用与应用场景

十一:redis之布隆过滤器的使用与应用场景什么是布隆过滤器我们会遇到一些场景,判断元素是否在集合中。我们可以采用的方案有set。我们来看这两个方案的优缺点如果我们使用set来进行判断元素是否在集合中,那么假设每一个元素的32Bit(2^24 ≈ 1600万; 2^32 ≈ 42亿),假设我们存储1亿个不重复的元素那么我们需要 100 000 000 * 32 /8/1024/1024 ≈ 381MB;布隆过滤器的空间占有有一个简单的计算公式,但是推到比较繁琐。布隆过滤器有两个参数,预计元素数量

2020-06-12 16:10:13 1325

原创 十:redis之HyperLogLog的使用与应用场景

十:redis之HyperLogLog的使用与应用场景HyperLogLog为实现一种基数统计的算法,redis采用HyperLogLog来进行基数统计。(redis2.8.9及之后的版本有提供这个功能)基数统计; 通常来统计一个集合中不重复的元素个数。为什么使用HyperLogLog而不是set或者bitmap如果我们使用set来进行基数统计,那么假设每一个元素的32Bit(2^24 ≈ 1600万; 2^32 ≈ 42亿),假设我们存储1亿个不重复的元素那么我们需要 100 000 00

2020-06-11 17:18:27 1299

原创 监控服务器系统负载,内存以及实战java线程耗时长

监控服务器系统负载,内存以及实战java线程耗时长查看cup load averageuptimetopcat /proc/loadavg前两个命令可以看到load average有三个值load average: 0.06, 0.12. 0.13这三个值分别代表 1分钟,5分钟,15分钟的cpu load情况。(如果5,15分钟负载持续高需要密切关注原因)load average: 一段时间内处于可运行状态和不可中断状态的进程平均数量。(可运行分为正在运行进程和正在等待cpu的进

2020-06-05 16:18:13 729

原创 代码检查技术Checkstyle与p3c调研

代码检查技术Checkstyle与p3c调研1.功能及差异1.1 检查语言代码检查JavaC语言javascriptCheckstyle√××P3c√××1.2 Jdk版本支持代码检查支持jdk版本CheckstyleCheckstyle7 >= jdk1.8P3c>jdk1.61.3 使用方式代码检查Idea插件Eclipse插件Maven插件命令独立执行Checkstyle

2020-06-03 15:24:11 1924

空空如也

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除