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

[ghssniewind]

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

[走在冷风中_南山南]

netty 分布式 事务 这三个东西有必然关系？

[学无止境-逆流而上]

一般的nosql也没有或者没开事务，如mongodb，那岂不是也没用。其实要看你的业务场景，是不是必须要事务的，netty分布式跟分布式事务没有必然联系，可以去了解一下分布式事务。

[ahopedog]

可以使用zookeeper自己实现分布式事务

[心碎了无痕]

netty只是一个基础通信框架

[以专业开发人员为伍]

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

[以专业开发人员为伍]

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

[tc@zen123]

楼上高见！！！

[走在冷风中_南山南]

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

引用 6 楼 sp1234 的回复:

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