add logseq-java

This commit is contained in:
Lostecho
2024-02-02 00:12:49 +08:00
parent 1cd5bb460f
commit c7947017c3
875 changed files with 57100 additions and 0 deletions

View File

@@ -0,0 +1,82 @@
- 消息队列
- https://www.bilibili.com/video/BV1yT411H7YK
- RabbitMQ
- 使用场景
- 异步发送 验证码,短信,邮件
- MySQL与RedisES之间数据的同步
- 分布式事务
- 削峰填谷
- [[消息不丢失]]
- [[消息重复消费]]
- [[死信交换机/延迟队列]]
- [[消息堆积]]
- [[高可用机制]]
- DOING 消息顺序消费
:LOGBOOK:
CLOCK: [2023-10-09 Mon 21:25:36]
:END:
- Kafka
- 消息不丢失
- ![image.png](../assets/image_1696857129269_0.png)
- 生产者发送消息到Brocker丢失
- 异步发送消息
- 回调机制接受异常记录日志补偿
- 消息重试机制
- ![image.png](../assets/image_1696857225846_0.png)
- 消息在Brocker中存储丢失
- 发送确认机制acks
- 0写入消息不等待服务器响应
- 1leader节点收到消息
- all所有节点收到消息
- Kafka Cluster
- 先保存到leader再同步到follower
- 消费者从Brocker接收消息丢失
- 多个Brocker
- ![image.png](../assets/image_1696857536672_0.png)
- 分区机制
- 每个主题划分为多个分区Partition
- topic分区中消息只能由消费者中唯一一个消费者处理不同分区分配给不同消费者
- 分区中的消息都有偏移量消费者默认自动按期提交已经消费的偏移量默认5s如果出现重平衡情况可能会重复消费或丢失数据
- 禁用自动提交偏移量,改为手动
- 同步提交
- 异步提交
- 同步+异步组合提交
- 消费的顺序性
- 即时消息单对单聊天和群聊,保证发送方和接收方消费顺序一致性
- 充值和消费的消息要顺序发送
- 只提供一个分区,从而避免跨分区消费消息
- 设置同一个分区存储号
- 设置同一个key保证哈希值相同
- 高可用机制
- 集群
- 分区备份机制
- topic分为p0p1p2三个分区
- ![image.png](../assets/image_1696858281407_0.png)
- 一个leader多个follower存储副本
- leader发生故障follower提升为leader
- follower副本分类
- ISRin-sync replica需要同步复制保存的follower
- 普通,异步复制保存
- leader宕机优先从ISR中选择
- ISR都宕机从普通follower选取
- 数据存储和清理
- 存储机制
- topic名称分区号对应文件夹名称
- 文件分段存储,多个segment
- .index
- .log
- .timeindex
- 删除无用文件更加方便,提高磁盘利用率
- 查找数据更加便捷
- 清理机制
- 清理策略
- 根据消息的保留时间如果超过指定时间就会触发清理过程默认168h
- 根据topic存储数据大小所占日志文件超过一定阈值开始删除最早的消息
- 高性能设计
- 消息分区:不受单台服务器限制
- 顺序读写:磁盘顺序读写,提高读写效率
- 页缓存:把磁盘中的数据缓存到内存,将对磁盘的访问变为对内存的访问
- 零拷贝:减少上下文切换及数据拷贝
- 通过系统直接将页缓存中的数据拷贝到网卡中,减少内核态和用户态的切换
- 消息压缩减少磁盘IO和网络IO
- 分批发送:消息打包分批发送,减少网络开销