cyxCoder

本篇作为Netty系列的第一篇，主要介绍下Netty的核心组件，让读者对Netty有个初步了解。后续还有两篇，一篇讲Netty的高性能的原因（Reactor线程模型、ByteBuf的内存复用、零拷贝机制等），一篇对Netty的源码进行解读。 一、Netty简介

在 Java 的 HashMap 中，使用i = (n - 1) & hash计算数组下标而非传统的取模运算（hash % n），核心原因是位运算的高效性，同时通过对数组长度n的特殊设计（保证为 2 的幂），使得该位运算与取模运算结果等价。 前提：n是

CAP理论可以查看我的另一篇文章：《分布式系列：分布式相关概念介绍》 Nacos 作为注册中心时，支持 AP（可用性和分区容错性）与 CP（一致性和分区容错性）模式的切换，这使其能根据不同业务场景需求灵活调整架构特性。 一、简单介绍AP与CP模式 1、AP 模

Redis 将数据存储在内存中，避免了磁盘 I/O 带来的性能损耗，使其读写速度极快。在实际测试中，Redis 的读操作速度可达 110000 次 / 秒，写操作速度也能达到 81000 次 / 秒 ，这种高效的读写性能能够显著提升系统的响应速度。同时，Red

一、Redis的慢查询 慢查询的阈值默认为10毫秒（注意：这个时间是执行指令的时间，不包括网络传输时间和Redis线程排队时间） 相关配置介绍 慢查询阈值设置的字段为：slowlog-log-slower-than 10000 表示慢查询阈值为10毫秒，单位为

Redis 作为一款开源的内存型数据结构存储系统，在当今的分布式系统架构中扮演着极为关键的角色，凭借其出色的读写速度、丰富的数据类型和强大的功能，在缓存、消息队列、分布式系统等众多场景中得到了广泛应用。本系列文章，将从基本概念入手，逐步深入到核心功能与底层原理

写在文章之前：其实在架构技术选型时就应该去考虑数据是应该放到MongoDB、ES、MQ、Redis还是放到数据库中，确定数据的存放的地方才好进行相关优化。 MySQL调优最重要的一个就是查询优化，查询优化主要就是对慢查询的优化，而慢查询的原因一般都是由于查询数

前不久找工作面试被问及RocketMQ事务消息相关问题，答案在脑子里就是想不起来，不好意思，脸红☺。所以打算找时间把RocketMQ官方文档完整再看一遍，进行强化学习。 建议初学RocketMQ的朋友，也不用看其他参考资料，官网文档很详尽，把文档来回看几遍，写

当客户端与 ZooKeeper 服务端建立连接时，服务端会为客户端创建一个会话。每个会话都有一个唯一的会话 ID，并且会分配一个会话超时时间。这个超时时间由客户端在连接时指定，服务端会根据自身的配置对其进行调整，以确保在合理范围内。 一、会话超时机制 客户端在

在此对一些ZooKeeper的核心问题进行汇总，通过问答的形式全盘了解ZooKeeper基础到高级的各方面知识。 一、基础概念与核心特性 问题一：Zookeeper 是什么？它解决了分布式系统中的哪些问题？ Zookeeper 是一个开源的分布式协调服务，它为