netty分布式，不支持事务，有啥用？

ghssniewind 2016-02-03 02:18:19

同题目，netty分布式，不支持事务，有啥用？有解决方案吗？

...全文

764 8 打赏收藏转发到动态举报

写回复

8 条回复

切换为时间正序

请发表友善的回复…

发表回复

走在冷风中_南山南 2016-03-08

打赏
举报

请问大神，电商系统中，下单减库存操作，一个Order服务，一个Stock服务，下单的时候要先调用Order生成订单，调用Stock减库存，请问用你的最终一致怎么解决？底限要求不能超卖，性能不能太差

引用 6 楼 sp1234 的回复:

其实这是一个“选择”问题。小白被灌输而成，自己不会设计软件，所以满脑子中一点也不恶心于传统关系数据库事务机制造成的大并发系统的性能低下问题。而会自己设计软件的人，接手了“最终一致性优先于瞬间一致性”的理论，也就是说一个系统它未必要保证每一笔任务的结果都是数据一致性的，它只要保证每天、或者每小时的结果是一致性的就行了。因此，就可以自己编写“异步定期清理”程序，根据“未完成活动日志”来进行回滚。

tc@zen123 2016-03-03

打赏
举报

楼上高见！！！

以专业开发人员为伍 2016-03-01

打赏
举报

其实这是一个“选择”问题。小白被灌输而成，自己不会设计软件，所以满脑子中一点也不恶心于传统关系数据库事务机制造成的大并发系统的性能低下问题。而会自己设计软件的人，接手了“最终一致性优先于瞬间一致性”的理论，也就是说一个系统它未必要保证每一笔任务的结果都是数据一致性的，它只要保证每天、或者每小时的结果是一致性的就行了。因此，就可以自己编写“异步定期清理”程序，根据“未完成活动日志”来进行回滚。

以专业开发人员为伍 2016-03-01

打赏
举报

你自己可以设计所谓的“最终事务”啊。例如一个记账工作分别给5个账户增减数据，那么当需要回滚时，就是相反操作呗。而你可以定时（例如每小时）将失败的记账工作（例如10分钟之前的日志）进行自动回滚。关系数据库的那种性能低下“数据库事务”概念也许让一些人根本丧失了能力。他们连自己费点力气写个比关系数据库的事务速度快100倍的高性能回滚功能都不会。