Kafka架构消费者重平衡重平衡是指在消费者加入或离开消费者群组时，由消费者协调器(Coordinator)发起的重新分配分区的过程。在重平衡过程中，消费者会停止读取消息，释放已经持有的分区并重新分配新的分区，从而实现消费者负载均衡，避免某些消费者处理过多的消息，而其他消费者处于空闲状态。重平衡只是影响消费者的分区，即在消费者发生变动的情况下进行更改的（挂了什么的）重平衡策略Kafka是一款开源的

生产者偏移量将生产消息写入kafka中，kafka为该消息分配的在分区中的顺序编号作用：消息的唯一标识: 每条消息在其所属的分区中都有一个唯一的偏移量，生产者的偏移量通常由 Kafka 自动生成和分配，用于确保消息在分区中的顺序性和唯一性。消费消息的起点: 生产者的偏移量影响消息在分区中的位置，消费者依赖这些偏移量来有序地读取消息。消费者的消费过程总是根据生产者生成的偏移量逐条读取消息消费者偏移量

首先确定mq的基础组件生产者 消费者 注册中心 和消息中间件（broker）生产者和消费者（略）注册中心：生产者 消费者，broker的发现以及下线实现的要点1，通讯讲起，各模块的通讯基于netty然后用自定义协议进行实现，注册中心可以用zookeeper，nacos，eureka，consul，也可以像Rocketmmq自己实现简单的namesrv自己实现简单的NameServer：注册

线程池是一个存储线程的一个容器，池内保存了之前建立过的线程来进行重复执行，减少开销（这倒是有点像字符串缓冲池）要点：线程的管理，参数的暴露，任务存储结构的可配置，超负荷的任务的处理方式（丢弃，拒绝，异常）。这个线程池的是cpu密集还是io密集，改变任务的执行策略

什么是？（目的：发短信的时候是按照字数进行付费的，社交平台的限制，二维码需要一个简短的链接，不然很难扫，密度大不说对精度也要求很高）例如，将一个长链接 https://www.example.com/some/very/long/url 转换为短链接 https://short.ly/abc123 ，用户点击短链接后会被重定向到原始的长链接。方法数据库自增，比如用户输入的是.xl-》访问解析得到1

hash函数的设计，速度要快，均匀分布。拉链法阻止冲突（长度超过多少64变成红黑树），拉链-》红黑树是为了防止恶意哈希扩容，会导致某次的put方法时间延时十分的大（扩容也需要考虑，比如说第一次2倍，第二次三倍，目的是防止一直扩容）在java中put和get函数的线程安全：参照currenthashmapConcurrentHashMap 是 Java 中用于在多线程环境下实现线程安全的哈希表。它通

超卖问题的处理需多角度进行流量的控制前端（防止用户的操作发出大量请求）首先是页面的按钮防抖，防止用户发出大量请求（有用的请求并没有那么多，如果可以，也可以直接在前端用随机的方式进行处理（直接随机给用户一个你没抢到.....））利用cdn缓存静态资源（减轻服务器的压力），手动推给cdn进行预热这样大量的请求就会打到cdn而不是所有地区的请求都到服务器后端瞬时流量的承接（前端也吸收了一部分的流量）1，

redlock(redis nx)注意锁的过期时间，lockvalue需要保证唯一，防止被其他的应用释放了锁gc也会导致锁的过期时间跳过（尤其是full gc）zookeeper实现分布式锁临时有序节点进行实现1. 创建锁节点在 ZooKeeper 中，每个锁对应一个节点。所有需要获取锁的客户端都会在这个节点下创建一个临时有序节点（EPHEMERAL_SEQUENTIAL）。例如，锁节点路径为 /

海量数据的取最高的前50初始一个50元素的小顶堆便利元素维护这个堆排序即可

date8.51，MySQL 的 NULL 值是怎么存放的？MySQL 的 Compact 行格式中会用「NULL值列表」来标记值为 NULL 的列，NULL 值并不会存储在行格式中的真实数据部分。NULL值列表会占用 1 字节空间，当表中所有字段都定义成 NOT NULL，行格式中就不会有 NULL值列表，这样可节省 1 字节的空间。2，MySQL 怎么知道 varchar(n) 实际占用数据的