引言：如履薄冰的支付 大家好，我是老三，练习支付两年半的支付练习生。支付系统是各种业务系统中，可靠性要求最高的一类，毕竟每一个小的疏忽，损失的可能就是实打实的真金白银。今天带大家走近支付新手常犯的一些

事务+MQ的使用场景，使用方式一定得正确，稍有不慎，可能就会带来数据不一致问题，今天用一个实际的线上案例和大家分享一下分析和解决问题的过程，希望能给大家带来有价值的思考。

业务系统核心目标是挣钱，系统稳定性建设核心是防止丢钱（丢钱逻辑如下图所示），站在公司的角度看，产品功能建设和系统稳定性是同等重要。   前段时间写了《 稳定性治理框架 》，该文章在稳定性建设的理

一、订单系统概述 1.1 业务范围 服务业务线：快递、快运、中小件、大件、冷链、国际、B2B合同物流、CLPS、京喜、三入三出（采购入、退货入、调拨入、销售出、退供出、调拨出）等 1.2 订单中心价值

10 亿级短 URL 生成方案，可以直接当做系分设计来重写短 URL 系统了，短 URL 只需要关注数据存储、QPS、网络带宽等。

从5月底离职到现在，一个半月的时间，通过内推+BOSS直聘，前前后后约到了10家面试，终于拿到了一个满意的offer，一家做saas系统的上市公司。 本文就跟大家分享下我这段时间找工作的心路历程..

这篇也是我分享里为数不多 “进阶” 与 “成长经历” 的文章之一。被别人送到嘴边的食物永远是最香的，但是咱们还是得学会主动去"如何找吃的"，授人以鱼不如授人以渔嘛，我希望通过这篇文章能给正在努力的你，

你好，我是悟空。 最近生产环境遇到一个问题： 现象：创建工单、订单等地方，全都创建数据失败。 初步排查：报错信息为duplicate key，意思是保存数据的时候，报主键 id 重复，而这些 id 都