- 主题:求问现在有没有较为成熟的Mysql读写分离方案啊
同步复制,损失的是 latency,换来的是高可用和数据一致性。
【 在 xinzhao (xinzhao) 的大作中提到: 】
: 没有方案,高可用和确保数据一致性矛盾
: - 来自「最水木 for iPhone 7 Plus」
--
FROM 221.216.192.110
master-slaves + IP 漂移,看看够不够解决问题。
要不就更暴力一点儿,直接上 TiDB
【 在 xinzhao 的大作中提到: 】
: 同步复制,怎么高可用?
: :
: - 来自「最水木 for iPhone 7 Plus」
--
FROM 221.216.192.110
对 mysql 的兼容性测试还是得测试一下的,它不是百分百兼容。讲真,如果你的 mysql 是 1 * master + 2 * slave,可能还真不如用 TiDB,至少系统的承载能力百分百是要有提升的,而且数据可靠性 3 副本,应该足够了,还强一致性事务。
国内用它的互联网公司很多了,可以翻翻。
【 在 KeepHope 的大作中提到: 】
: 自己摊子,开发运维一起做,比较谨慎,TiDB一直观望没入手
: 请问集群可靠性咋样,另外对mysql语句兼容性确实做到了不改一行code直接迁移吗?
:
--
FROM 221.216.192.110
测试的是 latency 还是 QPS ?
latency 可能会下降。
另外多少要看测试集特征,计算和 IO 谁比重大。一般的场景,计算都占大头,应该会好一些。
【 在 Knightmare 的大作中提到: 】
: 你测试的配置是怎样的?
: 我这里三点集群tidb测试性能比不过一个mysql
:
: ...................
--
FROM 221.216.192.110
瓶颈在什么资源上?
【 在 Knightmare 的大作中提到: 】
: latency我就没想太多
: 3个点的tidb,qps大约是一个优化好的mysql的70%左右。
:
--
FROM 114.242.250.205
这就很奇怪(((φ(◎ロ◎;)φ)))
【 在 Knightmare 的大作中提到: 】
: CPU
:
:
--
FROM 221.216.192.110