多大厂才能用到分布式事务

[brucefu]

好像引战贴 /狗头

[tiedan]

看具体业务

[john22eclipse]

面试时用到

[realpg]

一个人的小破玩具项目，正在迁移支持分布式事务的数据库平台

[kidlj]

一个人的小破玩具项目，打算用 CockroachDB 。部署在 K8S 上太方便了，一行命令。

[nozer]

重试、补偿。

[Jooooooooo]

不用

最终一致是王道

[skypyb]

一个人写想怎么用怎么用

[defage]

要嘛 db 层直接解决了。要嘛就 BASE，最终一致性。

程序内折腾分布式事务是个大坑，别看阿里开源了各种 tcc，tcc plus 。真实情况没几个用的，玩死团队会。

[Cbdy]

分布式事务可以交给分布式数据库实现，大小厂都可以用这种数据库吧

[shm7]

12306 春节抢票那种

[xuanbg]

多大厂也不会全面使用分布式事务。不是被逼得没办法，谁会去做坑死人的分布式事务。

[limboMu]

ddia 中说过了，分布式事务是个有意思的研究，不过要运用到实际的开发，还需要研究更高效的协议，目前的分布式事务解决方案，运维开销有点大，不如老老实实设计好表结构避免分布式事务

[littlewing]

楼上正解
某国内大厂员工表示核心业务并没有使用分布式事物，原因是多方面的吧：做好很难，并不是强需求，并不是高优需求，性能问题（最终业务可能还是会尽可能避免使用）

[littlewing]

@defage 正是因为 mysql 分库分表之后，在 DB/Proxy 上实现分布式事物很难，所以阿里才有了各种在程序内实现的补偿事物，但不管怎样，分布式事物就是个大坑

[chihiro2014]

真正能用好的没几个。基本都不会去大范围使用

[cinlen]

蹲一下大厂的朋友回复。我司用的是肉偿法听说过没有，就是人肉补偿事务。

[maigebaoer]

@cinlen 讲道理，这很实用

[TypeError]

某中厂，涉及钱的核心业务也是 mq 重拾补偿

[cassyfar]

multi-phase commit 用到了很多。

另外我觉得 nosql DB 的 transaction 都得尊重这个来实现。我记得 DynamoDB transaction 是把所有 event 先记录进 log，然后一条条执行，出错就倒着回滚。

不过 TCC 我确实没见过。

[594duck]

对大部份业务来说与其说多大厂，还不如说有多作，对就是有多作。

你真要说分布式事务适合哪个厂，还不如说适合哪个业务，比如微博这种，纯文字信息流，没时实要求，天生适合 KV 的就适合。还有就是比如广告统计业务。Social 业务适合，那是可以的。

你要说物流系统，工业生产系统，ERP，CRM，OA，财务系统，电商系统，金融系统 etc... 这些适合不适合。 要作，那也能上。CAP 原则 里看扔掉哪二个呗。

所以这也是为什么到 2020 年了，Microsoft SQLSERVER 和 Oracle 这种公司活的美滋滋的原因。

也就中国 13 亿人口基数折腾的动，放其它国家 TCO 一算，全部走商业数据库了。

我有句名言，天下苦 MYSQL 久矣。