突发奇想系列:分布式事务解决方案(由于MySQL行锁失败)

构思：

A服务为业务入口，RPC调用B服务并传递相应的回调地址，B服务执行完业务通过Http或RPC回调A服务，这时B服务的事务还未提交，需等待A服务的回调接口方法栈结束，A服务的回调接口继续执行业务，调用C服务执行接下来的业务，等待C服务执行完成，这时A服务的回调接口方法栈也随着C服务的完成而退出，接着方法栈回到B服务，B服务方法栈结束，回到业务入口，并提交整个事务。类似一个链式调用，如果中间任意节点出错，就会一层层回调，直到回到业务入口并回调整个事务。

构思图：

 

失败原因：

如果A服务对id为1的数据执行了写操作，在后续服务的事务中若也对这条数据执行写操作，则会引起Mysql死锁。这时A服务的事务还未提交，在等待其他服务的方法栈结束，而其他服务的事务也在等待A服务的事务结束，数据库事务和方法栈互相等待，形成行锁。