一杯咖啡的时间，聊聊技术与成长
主流 MQ 选型：RocketMQ、Kafka、RabbitMQ 怎么挑
三台 MQ 三种性格：RabbitMQ 灵活轻盈、Kafka 吞吐猛兽、RocketMQ 电商全能。一张对比表加上一条按场景走的决策路径，帮老王把选型纠结一次算清。
引入 MQ 的代价：天下没有免费的午餐
积分翻倍事故只是开始。丢、重、乱序、排查难、运维重，五个代价逐一摆上桌；再给一份「上 MQ 前的四问」决策清单，帮你判断这顿午餐到底该不该吃。
为什么你需要一个消息队列：解耦、异步、削峰
下单接口串行调五个服务，800ms 起步，大促直接雪崩。老王把一条消息队列插进链路：解耦、异步、削峰，三件事各归各位，接口从 800ms 干到 80ms。
收官复盘：一张分库分表作战地图
二十篇走完，从一次八小时的 DDL 谈到老库安全下线——分库分表的决策、设计、迁移、治理收进一张地图。拆分是成本最高的性能手段，但走完这条路你会明白：它逼你理清业务边界、数据流向和容量账本，这些比分片本身更值钱。
踩坑实录：七个分库分表事故清单
机制都懂，事故照出——不带分片键的扫荡查询、跨片归并拖死的分页、分片键选错的全表路由、双写没对齐的数据错乱……七个真实形态的分库分表事故，现象、根因、修复与教训逐一复盘。事故报告里最贵的一句话永远是：早就知道，没做。
分片治理：水位、倾斜与再平衡
拆完不是终点，是另一场长期管理的开始：每个分片的容量水位涨到哪儿了？数据是不是悄悄倾斜了？三年后的容量今天规划够不够？分片系统的健康不靠某次重构，靠一套日日看、月月盘的治理机制。
冷热分离与归档：让主表保持轻盈
互联网数据有个铁律：绝大多数查询只发生在最近的数据上。把两年前的订单请出主表，两亿行立刻瘦到三千万——索引变矮、缓存变热、DDL 变快。归档不是把数据一删了之，冷库选型、限速批次、可回捞的查询入口，一样都不能少。
在线 DDL：分片环境的表结构变更
单表改一次结构要拷表八小时，分片之后变成三十二张表改三十二次——好消息是每张都小了，坏消息是协调成本翻了几十倍。gh-ost 那套在线改表在分片环境怎么排兵布阵、新结构上线前怎么保证新旧代码兼容，这一篇给出演练清单。
数据迁移（下）：校验、切流与回滚预案
双写追平只是「看起来一致」，校验通过才算「证明一致」——行数核对、分块 checksum、抽样比对三道关。之后按用户白名单灰度切流，先读后写，每一步都留着回滚的门。迁移工程的下半场，全是流程与纪律，没有算法。