用户3704882910792

大家好，我是 yes。 最近我一直扎在消息队列实现细节之中无法自拔，已经写了 3 篇Kafka源码分析，还剩很多没肝完。之前还存着RocketMQ源码分析还没整理。今儿暂时先跳出来盘一盘大方向上的消息队列有哪些核心注意点。 当然在剖析这几个问题之前需要简单的介绍下什么是消息队列…

前提条件 任何消息组件不丢数据都是在特定场景下一定条件的，kafka要保证消息不丢，有两个核心条件。 第一，必须是已提交的消息，即committed message。kafka对于committed

开发人员应该掌握的 HTTP 知识

死锁都是由加锁顺序不一致导致的，最常见的update死锁，insert也能造成死锁，有兴趣的可以自行了解 1.小事务 事务加锁范围不宜过大，如果比较大，业务上能分割的尽量分割。

本文已参与【请查收｜你有一次免费申请掘金周边礼物的机会】活动。 参与评论，有机会获得掘金官方提供的 2 枚新版徽章，具体的抽奖细节请看文末。

kafka是apache基金会管理的开源流处理平台(官网[http://kafka.apache.org/](http://kafka.apache.org/))，但国内大多数人对其认知基本都是**

今日总结！！！Redis持久化机制：RDB和AOF RDB持久化：定时任务，BGSAVE命令 fork一个子进程生成RDB文件（二进制） AOF持久化：根据配置将写命令存储至日志文件中

面试官：今天要不来聊聊消息队列吧？我看你项目不少地方都写到Kafka了 候选者：嗯嗯 面试官：那你简单说明下你使用Kafka的场景吧 候选者：使用消息队列的目的总的来说可以有三种情况：解耦、异步和削峰

面试官：我看你简历上写了MySQL，对MySQL InnoDB引擎的索引了解吗？ 候选者：嗯啊，使用索引可以加快查询速度，其实上就是将无序的数据变成有序（有序就能加快检索速度） 候选者：在InnoDB