| 失效链接处理 |
|
分布式事务的解决方案 PDF 下载 本站整理下载：
提取码：rijg
相关截图：  主要内容：
我们假设有如下一个架构，这是一个简单的电商架构平台，两个应用节点，一个数
据库，一个负载均衡器。这个架构下，每天会产生将近 100W 的订单量。那么一
个月的数据量就会超过 3000W。而随着数据量的不断扩大，对于订单表的相关查
询操作的性能开销就越来越大。并且响应耗时也越来越长。这个时候我们需要考虑
到数据库的优化问题。也就是对数据库进行分表分库，达到分摊数据库压力以及减
少数据库单表数据量的目的。分库分表以后带来的问题
分库分表以后，一方面分担了单库带来的性能压力；另一方面，减少了单表的数据
量。完美的解决了我们遇到的性能问题。但是，随着而来的又有另外的问题。
Ø 比如有这样一个场景，订单支付成功以后需要扣减库存。在数据库分库分表之前，
所有数据都在同一个库里面，可以通过事务操作就很容易达到数据一致性的目的。
但是在数据库做了拆分后，订单状态更新是属于订单的数据库，而库存扣减是属于
库存的数据库。原本单库的事务操作就变成了多库的事务操作。但是每个库的事务只有自己知道，订单库并不知道库存库的事务执行结果，库存库
也不知道订单库的修改结果。所以就造成了分布式事务的问题。其实也叫分布式数
据一致性。
认识分布式事务
既然存在分布式事务的问题，那就一定有成熟的解决方案，那么接下来我们了解下
业内的常用解决方法及原理
经典的 X/OpenDTP 事务模型
X/Open DTP(X/Open Distributed Transaction Processing Reference Model) 是
X/Open 这个组织定义的一套分布式事务的标准，也就是定义了规范和 API 接口，
由各个厂商进行具体的实现。
这个标准提出了使用二阶段提交(2PC – Two-Phase-Commit)来保证分布式事务的完
整性。后来 J2EE 也遵循了 X/OpenDTP 规范，设计并实现了 java 里的分布式事务
编程接口规范-JTA
X/OpenDTP 角色
在 X/OpenDTP 事务模型中，定义了三个角色
|
| Java1234官方群25： | 
|
| Java1234官方群25： | 838462530 |
苏公网安备 32061202001004号
