对 Redis哨兵机制的些许思考： # *主从库切换时，客户端能否正常地进行请求操作 - *如果客户端使用了读写分离，那么读请求可以在从库上正常执行，不会受到影响；但由于此时主库已经挂了，并在哨兵没有完成主从库的切换，因此这期间过来的写请求，都会失败，失败持续时间：哨兵切换主从时间 + 客户端感知到新主库的时间 - 如果不想然业务感知到异常，客户端可以去把写失败的请求缓存起来或写入消息队列中间件中，等哨兵完成主从切换后，再将这些写请求发送给新的主库，但这种一般只适用于对写入请求返回值不敏感的业务（不然可能读取到的便…

对 Redis主从复制的些许思考： # *Redis主从复制中，在经过第一次的全量复制后，主从库之间是基于长连接的命令传播实现写操作的同步的，在此期间对于主从库网络断连也是通过一个缓冲区 repl_backlog_buffer来实现主从库数据同步的，对于 repl_backlog_buffer本身是一个环形缓冲区，使用它会存在什么问题吗？ - *repl_backlog_buffer本身是一个环形缓冲区，因此在缓冲区写满后，主库还是会继续进行写入，此时便会去覆盖之前的写入的操作； - 如果从库读取数据速度比较慢，那…

对 Redis持久化的些许思考 # *AOF重写为什么不去复用 AOF本身的日志 - *AOF重写是主线程 Fork出一个子进程进行日志的重写，父子进程对同一个文件进行写操作势必会发生竞争，那么为了控制竞争必定会带来些开销，这会影响到主线程的性能 其次，任何文件系统都是不推荐去并发修改文件的，Redis也是这样，这也能够避免重写发生故障时对原有的 AOF文件造成污染；因此，Redis AOF重写一个新文件，这样的话就算是重写失败了，那直接删除就行了，这也不会影响到 # *AOF日志文件过大可能会带来哪些性能上问题：…

对 Redis IO基本模型的些许思考： Redis网络框架采用了 epoll作为其多路复用的实现，这虽然是能够实现基于事件驱动并且提高了系统的吞吐量 但 Redis作为单线程的内存数据库，可能存在哪些性能上的瓶颈？ # *瓶颈主要体现在两个方面： - *任何请求如果在 Server中一旦发生耗时，便会影响到 Server性能，即后面的请求都必须要等到前面的请求完毕后自己才能够被处理，耗时的操作有： - 对 big key的操作：添加 big key分配内存耗时，删除 big key一样如此； - 设计对大量数据的…

数据结构些许思考： 整数数组和压缩列表在查找时间复杂度方面并没有很大的优势，那为什么 Redis还会把它作为底层数据结构？ # *内存的利用率 - *数组和压缩列表在内存都是紧凑的数据结构，即连续存储，其比链表所占用的内存空间会更少一些； - Redis是内存数据库，大量的数据存储到内存中，因此需要来对内存做尽可能的优化，以来提高内存的利用率，即着减少了内存碎片 # 数组对应 cpu缓存支持更为有好一些 - *由于数组连续存储以及局部性原理可知，数组对 cpu缓存支持更为友好一些 - 因此，Redis在设计时，但集…

生活得最有意义的人，并不是年岁活得最大的人，而是对生活最有感受的人

解读消息处理 对服务端 Accept事件解读 由前述，我们已经知道了服务端 NioServerSocketChannel相应的 SelectionKey已经设置了感兴趣事件为 Accept，并且来分析了 NioEventLoop的工作原理，这里来服务端的工作细节进行展开讲解 由前述，我们知道 NioEventLoop处理 IO事件对应的方法是 processSelectedKeys // 执行 IO事件入口 private void processSelectedKeys() { if (selectedKeys …

解读 NioEventLoop 在创建出 NioEventLoop对应 thread后，其 thread是如何来进行工作的？ 由前述，我们知道，其线程创建时机便是第一次往 NioEventLoop中提交任务，即 private void doStartThread() { assert thread == null; // executor这个是关键：在 Group构造时分析过了, 这里的 executor类型是 ThreadPerTaskExecutor, // 其内部包含着线程工厂（DefaultThreadF…

如题

拷贝 concept 对象的拷贝，就是根据原来的对象复制出属性相同、状态一致的新的对象 什么时候来使用拷贝呢？ 目前，据我了解的有两种用途： 其一，创建具有大量属性相似的对象时，为了简化操作，可以来使用克隆 其二，多线程环境下，如果不通过克隆构造出新的对象，线程池中的多个线程会 共用同一个对象，这便会出现数据的安全问题 因此，有时候，若能够克隆出一个新的对象，并且对新对象的修改不影响原始对象，就能实现我们期待的效果 因此，可以来使用 拷贝 clone 探讨： 深、浅拷贝？ Object类中提供了 clone方法，直…

解读服务端启动流程 先来个 demo： public final class EchoServer { static final boolean SSL = System.getProperty("ssl") != null; static final int PORT = Integer.parseInt(System.getProperty("port", "8007")); public static void main(String[] args)…

Group解读 构造解读 public NioEventLoopGroup() { this(0); } public NioEventLoopGroup(int nThreads) { this(nThreads, (Executor) null); } public NioEventLoopGroup(int nThreads, Executor executor) { this(nThreads, executor, SelectorProvider.provider()); } public NioEven…

Channel解读 最近，读了秋大的些许文章，收获颇多，至此些许分享，不足之处耐指出. 我们知道，Channel其实就是对 Socket的 包装增强，Channel功能实现最终还是会围绕着 Socket做文章 赋予 Channel可异步中断处理的能力 顶层接口： // Channel是对 Socket的包装增强, Channel功能的实现会围绕着 Socket做文章. public interface Channel extends Closeable { /** * Tells whether or not th…

服务雪崩 # *服务雪崩 - *在微服务之间进行服务调用时由于某一个服务故障，导致级联服务故障的现象，称为雪崩效应；雪崩效应描述的是提供方不可用，导致消费方不可用并且将不可用逐渐放大的过程 - 根本原因：在服务调用链中某个服务因为执行业务时间过程，或者说是因为大规模出现异常导致自身服务不可用，并把这种不可用放大的一个过程 图解雪崩效应：如存在如下调用链路： - *而此时，Service A的服务流量波动很大，流量经常会突然性增加，就算 Service A能扛得住请求，Service B和 Service C未必扛得…