各位在生产环境用数据库是 双主双写 还是 主从多备呢? 双主双写高频写入时产生的数据一致性问题如何解决呢? 这种技术是否不适合应用在金融 /支付领域?
提问前已经搜过了 似乎 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 |