各位在生产环境用数据库是 双主双写 还是 主从多备 呢？双主双写高频写入时产生的数据一致性问题如何解决呢？这种技术是否不适合应用在金融/支付领域？

[Zerek]

各位在生产环境用数据库是 双主双写 还是 主从多备呢？ 双主双写高频写入时产生的数据一致性问题如何解决呢？ 这种技术是否不适合应用在金融 /支付领域？

提问前已经搜过了 似乎 5.7+的 GTID 模式的数据同步也无法解决数据一致性问题， 仍有可能出现在高频环境下的 update 覆盖、主键冲突（可解决）问题 或许在数据一致性不敏感的业务上也没什么关系，但是遇到支付 /金融 /余额处理的相关业务时数据一致性就会比较重要，所以来请教一下大家是如何处理的？

[westoy]

我们这边口嗨， 你那边到时候出问题扛锅的也是你啊

我的建议是没经验不要瞎搞， 要么上云， 让云厂商去背锅， 要么找个有这方面经验的 DBA

[pofycn]

同城主备 异地多活架构 jins 同步

[Zerek]

@pofycn oppo 开源的那个么

[Zerek]

@westoy 哈哈谢谢你为我设身处地的考虑，我现在是学习学习。一直都是用的单节点，总想着要了解一下的

[Rocketer]

用云厂商的 managed 数据库，啥都不用操心

[Zerek]

@Rocketer 哈哈哈是的是的，只是学习下底层技术

[i3x]

@Rocketer 阿里 rds 性能垃圾成狗。单个服务器人数根本就上不去，不是堆缓存可以解决的，毕竟数据迟早要入库，不然缓存越堆越大了。还没老电脑开的快。。。。那玩意儿只是为了所谓的数据安全。。。。但是数据安全靠别人的话可以多看看翻车案例。。。

场景不同方法不同。。比如秒杀场景就是转化为细水长流排队。。。还有分库读写分离什么的。余额也不一定需要一致性，你看看运营商。。。。先产生计费日志，定时合并。余额为负数不就行了。大不了欠移动一套房。

[Rocketer]

@i3x 我既不用阿里也不用 rds ，双坑叠加，这不是自找麻烦么？

[dzdh]

cockroachdb
tidb

[Zerek]

@pofycn 这个 jins 有具体实现么 没找到

[pofycn]

@Zerek 对的 OPPO 自研的那个