各位在生产环境用数据库是 双主双写 还是 主从多备 呢？双主双写高频写入时产生的数据一致性问题如何解决呢？这种技术是否不适合应用在金融/支付领域？
Zerek · 2022-06-22 00:30:29 +08:00 · 1350 次点击这是一个创建于 879 天前的主题，其中的信息可能已经有所发展或是发生改变。
各位在生产环境用数据库是 双主双写 还是 主从多备呢？ 双主双写高频写入时产生的数据一致性问题如何解决呢？ 这种技术是否不适合应用在金融 /支付领域？
提问前已经搜过了 似乎 5.7+的 GTID 模式的数据同步也无法解决数据一致性问题， 仍有可能出现在高频环境下的 update 覆盖、主键冲突（可解决）问题 或许在数据一致性不敏感的业务上也没什么关系，但是遇到支付 /金融 /余额处理的相关业务时数据一致性就会比较重要，所以来请教一下大家是如何处理的？
 |
1
westoy 2022-06-22 00:37:11 +08:00  2
我们这边口嗨， 你那边到时候出问题扛锅的也是你啊
我的建议是没经验不要瞎搞， 要么上云， 让云厂商去背锅， 要么找个有这方面经验的 DBA |
 |
2
pofycn 2022-06-22 00:40:28 +08:00 via Android
同城主备 异地多活架构 jins 同步
|
 |
4
Zerek OP @westoy 哈哈谢谢你为我设身处地的考虑，我现在是学习学习。一直都是用的单节点，总想着要了解一下的
|
 |
5
Rocketer 2022-06-22 00:57:42 +08:00 via iPhone
用云厂商的 managed 数据库，啥都不用操心
|
 |
7
i3x 2022-06-22 05:26:18 +08:00 via Android
@Rocketer 阿里 rds 性能垃圾成狗。单个服务器人数根本就上不去，不是堆缓存可以解决的，毕竟数据迟早要入库，不然缓存越堆越大了。还没老电脑开的快。。。。那玩意儿只是为了所谓的数据安全。。。。但是数据安全靠别人的话可以多看看翻车案例。。。
场景不同方法不同。。比如秒杀场景就是转化为细水长流排队。。。还有分库读写分离什么的。余额也不一定需要一致性，你看看运营商。。。。先产生计费日志，定时合并。余额为负数不就行了。大不了欠移动一套房。 |
 |
9
dzdh 2022-06-22 10:01:59 +08:00
cockroachdb
tidb |
Select Language