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

构思

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

构思图:

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

 

失败原因:

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

你可能感兴趣的:(mysql,java,分布式,spring,数据库)