枫度柚子

对于操作单一数据库的场景下的事务，ACIO特性是数据库直接支持的。在分布式情况下，需要的操作资源分布在多个资源服务上，而应用需要保证对于多个资源服务器的数据操作要么全部成功要么全部失败，本质上是为了保证不同服务的数据一致性

缓存击穿：单个key过期，恰好大量请求访问这个key，然后穿过缓存落到了数据库设置热点数据永不过期使用互斥锁排队缓存雪崩：大量key同时失效，或者其他原因导致缓存不可用了，大量请求落到数据库缓存过期时间设置随机一般并发量不多时，使用互斥锁排队给缓存加标记，如果失效及时更新缓存穿透：缓存和数据库中都没有数据，穿过缓存全部落到数据库缓存空对象布隆过滤器网关校验拦截缓存预热：系统上线后，将相关缓存数据直接加载到缓存系统，这样可以避免用户直接先请求数据库，然后再将数据传给缓存的操作。

解决方案RedLockRedLockCPZAB。

Redis分布式锁自己去实现可能会出现几个问题没有在finally显示释放锁，当客户端挂掉了，锁没有被及时删除，这样会导致死锁问题，它这个是需要我们显示的释放锁假如此时我们设置过期时间，但是我们用的是同一个key，就可能出现下一个线程删除上一个线程的锁，但是上一个线程还没有执行完，它这个需要key是不能重复的假如我们既设置了过期时间也指定了不同的key，此时可能因为网络延迟出现上一个线程删除下一个线程的锁，也就是说业务执行的时间超过了锁过期的时间，它这个需要一个锁续命的功能。

问题: 哨兵模式的缺陷哨兵模式不适合线上高并发场景，主从切换会导致访问瞬断，以及只是监控master节点，并不做转发，最终还是单节点master提供访问，性能并没有提升多少高可用集群模式不仅很好的弥补了哨兵模式的缺点，而且还具备了哨兵模式的选举机制，所以推荐在生产环境使用问题: Redis集群的数据是怎么存储的Redis集群的所有数据被划分到16384个槽位中，并且每个节点管理一部分的槽位，而到客户端连接集群的时候会去缓存一份槽位信息方便定位到目标节点，但是缓存的槽位信息可能会存在数据不一致的问题。

RDB是某一时刻把数据全部从内存写入二进制文件中，是一个同步操作，即写RDB会阻塞其他的对内存的写操作，因而此模式比较耗时，如果在写的过程中发生宕机，会导致数据丢失AOF是将每一条修改的指令写入aof文件，然后每隔一段时间刷入磁盘，而AOF有三种模式一种是每执行一条修改指令立即写入磁盘一种是每秒执行一次就写入磁盘一种是把执行时机交给操作系统来控制还可以通过配置控制aof重写，配置文件达到指定的容量或者达到原本容量的多少百分比再执行，而Redis4之后默认采用AOF模式。

hyperlogloggeospatial常用结构单值缓存 key value key value key … key value对象缓存分布式锁计数器常用结构 key field value user userid:name linc userid:balance 999 userid:name userid:balance优点缺点常用结构 key value [value …]将一个或多个value插入到key列表的最左边 key value [value …] key key key key key

Netty使用和常用组件辨析Netty的线程模型Netty通过Reactor模型基于多路复用器接收并处理用户请求，内部主要实现了两个线程池boss线程池负责处理请求的接收工作，当收到请求时，会把对应的socket封装成一个NioSocketChannel，并交给work线程池处理work线程池负责处理请求的读写操作，然后交给对应的Handler处理Reactor模型有三种单线程模式一个线程负责多个事件处理，当连接数过多时会造成性能瓶颈，适用于连接数较少、复杂度较低的

不推荐。

网络编程问题。

简概流程问题简概流程。

异步解耦削峰消息有序。

【代码】RocketMQ生产环境常见问题分析与总结。

【代码】RocketMQ高性能核心原理与源码架构剖析。

Dledger的职责实现思路简概注意点实现思路简概平摊注意点。

业务运行正常的情况下。业务运行异常的情况下。

参数说明ARISR控制器。

【代码】Kafka快速实战以及基本原理详解。

参数说明leader选举流程。

ZK的强一致性崩溃恢复问题。

CP机制文件系统+监听机制统一命名服务分布式配置管理分布式锁分布式协调问题表达数据之间的层次。

常见实现方案时钟回拨设计思路分布式锁问题:问题:惊群效应容器节点临时顺序节点问题。