qq_22343483的博客

每秒上千订单场景下的分布式锁高并发优化实践！

一、业务场景介绍咱们先来看看业务场景，假设你现在有一个电商系统，里面有一个支付订单的场景。那对一个订单支付之后，我们需要做下面的步骤：更改订单的状态为“已支付”扣减商品库存给会员增加积分创建销售出库单通知仓库发货这是一系列比较真实的步骤，无论大家有没有做过电商系统，应该都能理解。二、进一步思考好，业务场景有了，现在我们要更进一步，实现一个TCC分布式事务的效果。什么意思呢？也就是说，订单服务-修改订单状态，库存服务-扣减库存，积分服务-增加积分，仓储服务-创建销售出库单。上述这几个步

一、为什么要用分布式ID？在说分布式ID的具体实现之前，我们来简单分析一下为什么用分布式ID？分布式ID应该满足哪些特征？1、什么是分布式ID？拿MySQL数据库举个栗子：在我们业务数据量不大的时候，单库单表完全可以支撑现有业务，数据再大一点搞个MySQL主从同步读写分离也能对付。但随着数据日渐增长，主从同步也扛不住了，就需要对数据库进行分库分表，但分库分表后需要有一个唯一ID来标识一条数据，数据库的自增ID显然不能满足需求；特别一点的如订单、优惠券也都需要有唯一ID做标识。此时一个能够生成全局唯

1、原始架构：TB级数据放在一台机器上咱们就用分布式存储系统举例，来聊一下容错架构的设计。首先，我们来瞧瞧，到底啥是分布式存储系统呢？其实特别的简单，咱们就用数据库里的一张表来举例。比如你手头有个数据库，数据库里有一张特别大的表，里面有几十亿，甚至上百亿的数据。更进一步说，假设这一张表的数据量多达几十个TB，甚至上百个TB，这时你觉得咋样？当然是内心感到恐慌和无助了，因为如果你用MySQ...

一个TCC事务框架需要解决的当然是分布式事务的管理。关于TCC事务机制的介绍，可以参考TCC事务机制简介。TCC事务模型虽然说起来简单，然而要基于TCC实现一个通用的分布式事务框架，却比它看上去要复杂的多，不只是简单的调用一下Confirm/Cancel业务就可以了的。本文将以Spring容器为例，试图分析一下，实现一个通用的TCC分布式事务框架需要注意的一些问题。1、TCC全局事务必须基于...