悟空聊架构的专栏

大家好，我是悟空。前言玩过王者荣耀的同学，应该都知道里面有个英雄叫做镜，她释放技能时，会出现一个长相一模一样的分身，而且动作也是一样的。那么我们今天要讨论的主从架构原理其实就是多个节点中有一个作为本体，其他节点作为分身存在，但是本体和分身的数据都是一样的。为了保证缓存的高可用，我们经常听到采用主从架构来保证高可用，那如何去理解主从架构核心原理呢？这次我们还是用最熟悉的 Redis 缓存来理解主从架构，只要理解了一个主从架构，其他技术的主从架构都是一通百通。Redis 的主从架构，其实就是利用多

Redis的淘汰策略有哪几种？源码在这里：redis.conf 文件volatile-ttl 策略，在筛选时，会针对设置了过期时间的键值对，根据过期时间的先后进行删除，越早过期的越先被删除。volatile-random策略，在设置了过期时间的键值对中，进行随机删除。volatile-lru 策略，会使用 LRU 算法筛选设置了过期时间的键值对。最近最少使用的会被删掉。volatile-lfu 会使用 LFU 算法选择设置了过期时间的键值对。首先会筛选并淘汰访问次数少的数据，然后针对访问次.

Redis 帝国的神秘使者到访 C 语言帝国迎接使者大人“吁····”这声音从一辆豪华马车中传出，拉车的两匹马儿听到后，立马停在了路边。“先生，可有什么不对劲？”车夫谨慎地问道。车中的一位年轻帅小伙拉开了车门前的帘布，说道：“前方有一只百人军队正在赶来，想必是 C 语言帝国的皇家护卫军。”一小会的功夫，前方百人军队正骑着马来到了马车前。一名身材魁梧，八尺高，手持一柄长枪的士兵从马背上下来了。“我是 C 语言帝国的皇家护卫队队长，恭闻使者大人远道而来出使我国，国王特派我前来迎接。” 这位队长笑

上篇讲解了如何用 Redis 实现分布式锁的五种方案，但我们还是有更优的王者方案，就是用 Redisson。缓存系列文章：缓存实战（一）《》缓存实战（二）《》我们先来看下 Redis 官网怎么说，而 Java 版的 分布式锁的框架就是 Redisson。本篇实战内容将会基于我的开源项目 PassJava 来整合 Redisson。我把后端、前端、小程序都上传到同一个仓库里面了，大家可以通过 Github 或 码云访问。地址如下：Github: https://github.com/Jac.

Redis 分布式锁｜从青铜到钻石的演进方案上篇我们讲到如何用本地内存和 Redis《插入文涨》 做缓存来增强系统的性能，另外探讨了加锁解决缓存击穿的问题。但是本地加锁的方式在分布式的场景下就不适用了，所以本文我们来探讨下如何引入分布式锁解决本地锁的问题。本篇主要内容如下：一、本地锁的问题首先我们来回顾下本地锁的问题：目前题目微服务被拆分成了四个微服务。前端请求进来时，会被转发到不同的微服务。假如前端接收了 10 W 个请求，每个微服务接收 2.5 W 个请求，假如缓存失效了，每个微服务在访问数