随着业务的快速发展、业务复杂度越来越高，几乎每个公司的系统都会从单体走向分布式，特别是转向微服务架构。随之而来就必然遇到分布式事务这个难题，这篇文章通过seata框架总结了分布式事务的几种解决方案。

先举一个Spring的嵌套例子ServiceA {    void methodA() {        ServiceB.methodB();    }}ServiceB {    void methodB();}事务传播属性可以在@Trans

摘要:原创出处http://www.iocoder.cn/TCCTransaction/builddebuggingenvironment/(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fwww.iocoder.cn%2FTCCTransaction%2Fbuilddebu

（1）、需要配置在METAINF/Spring.factories　　1.ApplicationContextInitializer1//2//Sourcecoderecreatedfroma.classfilebyIntelliJIDEA3//(poweredbyFernflowe

事务具有ACID四种特性。但是Isolation并发可能引起如下问题：1.脏读允许读取到未提交的脏数据。2.不可重复读如果你在时间点T1读取了一些记录，在T2时再想重新读取一次同样的这些记录时，这些记录可能已经被改变、或者消失不见。3.幻读解决了不重复读，保证了同一个事务里，查询的结果都是事务开始时的状态（

我们需要定义一个接口：packagelinving.test;publicinterfaceMyTestInterface{   publicintgetUpdate(inti);}接下来给这个接口的实现更新packagelinving.test.update;impor

看了描述大概明白题主困惑是什么了。题主应该是误以为，由begin，增删改查语句，commit组成的才叫事务。其实一般这种叫事务块。我原来也有这种误解。而没有begin，end包围的单独的每条语句也都是事务（如果开了自动提交的话，而在很多数据库里默认都开，比如题主说的mysql）。再就是写冲突问题。并发写的时候，单机数据库一般就是加锁，像mysql，分布式的多

读写锁同一用户并发读取同一条数据，不会出现什么问题，因为读取不会修改数据，但是如果某个用户正在读取某张表，而同一时刻另一用户正在修改这张表的id为1的数据，会产生什么后果？答案是不确定的，读的用户可能会报错退出，也可能读到不一致的数据。 解决这类经典问题的就是并发控制。在处理并发读写的时候，可以通过实现一个由两种类型的锁组成锁系统来解决问题。

_摘要：_ 在阿里巴巴，“柔性事务”已经是重构分布式事务的标准方法，覆盖了商品、交易、支付各个大规模应用场景，并且经受了双十一的考验。DRDS 是阿里云提供的一款分布式数据库产品，它的原型是在阿里内部使用了10年的数据库中间件TDDL。DRDS在TDDL提供的数据切分和SQL路由能力上，强化了分布式查询，事务和水平扩容能力。