月度归档：2026年7月 (56)
消息不丢（下）：Broker 刷盘与消费 ACK
消息进了 Broker 只是中场休息：同步刷盘防断电，同步复制防宕机。消费端更险——先提交还是先干活，选错一边就是丢或重。一篇配齐 Broker 与消费端的防线。
消息不丢（上）：生产端确认与重试
消息丢了，先查生产端：oneway 一把梭、异步回调吞异常、进程崩溃消息还在内存——三种死法逐一排查。同步确认、发送重试、本地消息表，三层防线层层加固。
核心模型：消息怎么从生产者走到消费者
Topic 是逻辑分类，Queue 是物理分片，消费者组是并行与广播的开关，拉模式加长轮询是延迟与压垮之间的折中。这一篇把一条消息的完整旅程拆给你看。
主流 MQ 选型：RocketMQ、Kafka、RabbitMQ 怎么挑
三台 MQ 三种性格：RabbitMQ 灵活轻盈、Kafka 吞吐猛兽、RocketMQ 电商全能。一张对比表加上一条按场景走的决策路径，帮老王把选型纠结一次算清。
引入 MQ 的代价：天下没有免费的午餐
积分翻倍事故只是开始。丢、重、乱序、排查难、运维重，五个代价逐一摆上桌；再给一份「上 MQ 前的四问」决策清单，帮你判断这顿午餐到底该不该吃。
为什么你需要一个消息队列：解耦、异步、削峰
下单接口串行调五个服务，800ms 起步，大促直接雪崩。老王把一条消息队列插进链路：解耦、异步、削峰，三件事各归各位，接口从 800ms 干到 80ms。
分享一个 IDEA 插件：一键生成 MyBatis-Plus CRUD
受够了重复写 CRUD？这个插件根据实体类自动生成 Mapper / Service / Controller，支持 pig 框架的代码规范，附下载。
收官复盘：一张分库分表作战地图
二十篇走完，从一次八小时的 DDL 谈到老库安全下线——分库分表的决策、设计、迁移、治理收进一张地图。拆分是成本最高的性能手段，但走完这条路你会明白：它逼你理清业务边界、数据流向和容量账本，这些比分片本身更值钱。
踩坑实录：七个分库分表事故清单
机制都懂，事故照出——不带分片键的扫荡查询、跨片归并拖死的分页、分片键选错的全表路由、双写没对齐的数据错乱……七个真实形态的分库分表事故，现象、根因、修复与教训逐一复盘。事故报告里最贵的一句话永远是：早就知道，没做。