1主2从的规模，Mysql的经济性就已经不如TiDB了啊？

我原以为临界点会比这个配置高很多


【 在 Nineteen (..) 的大作中提到: 】
: 对 mysql 的兼容性测试还是得测试一下的，它不是百分百兼容。讲真，如果你的 mysql 是 1 * master + 2 * slave，可能还真不如用 TiDB，至少系统的承载能力百分百是要有提升的，而且数据可靠性 3 副本，应该足够了，还强一致性事务。
: 国内用它的互联网公司很多了，可以翻翻。
--
修改:oldwatch FROM 116.233.186.*
FROM 116.233.186.*

你测试的配置是怎样的？
我这里三点集群tidb测试性能比不过一个mysql



【 在 Nineteen (..) 的大作中提到: 】
: 标  题: Re: 求问现在有没有较为成熟的Mysql读写分离方案啊
: 发信站: 水木社区 (Fri Sep 10 15:04:47 2021), 站内
:
: 对 mysql 的兼容性测试还是得测试一下的，它不是百分百兼容。讲真，如果你的 mysql 是 1 * master + 2 * slave，可能还真不如用 TiDB，至少系统的承载能力百分百是要有提升的，而且数据可靠性 3 副本，应该足够了，还强一致性事务。
:
: 国内用它的互联网公司很多了，可以翻翻。
:
: 【 在 KeepHope 的大作中提到: 】
: : 自己摊子，开发运维一起做，比较谨慎，TiDB一直观望没入手
: : 请问集群可靠性咋样，另外对mysql语句兼容性确实做到了不改一行code直接迁移吗？
: :
:
: --
:
: ※ 来源:·水木社区 http://www.mysmth.net·[FROM: 221.216.192.110]
--
修改:Knightmare FROM 219.143.130.*
FROM 219.143.130.*

mgr必须做应用切割
不同的应用使用不同节点中的不同的表才行。
要是多个主都往一个表里写怎么可能性能更快。



【 在 haili (人尔有窍 风吹为籁) 的大作中提到: 】
: 标  题: Re: 求问现在有没有较为成熟的Mysql读写分离方案啊
: 发信站: 水木社区 (Fri Sep 10 17:59:24 2021), 站内
:
: 我也有疑问3节点TiDB就比MySQL强了？
:
: 不过3节点MGR吞吐应该是比不上单mysql的吧，mysql加上slave(尤其是lossless semi-sync)后性能应该影响30`45%; MGR我印象中比这个还低。
: BTW迄今为止没理解有人说MGR多主模式能提升写性能的说法。
:
:
: 【 在 Knightmare 的大作中提到: 】
: : 你测试的配置是怎样的？
: : 我这里三点集群tidb测试性能比不过一个mysql
: :
: : ...................
:
: --
:
: ※ 来源:·水木社区 http://www.mysmth.net·[FROM: 101.254.182.*]
--
FROM 219.143.130.*

MGR确实还不如用TiDB呢

【 在 haili (人尔有窍 风吹为籁) 的大作中提到: 】
: 我也有疑问3节点TiDB就比MySQL强了？
: 不过3节点MGR吞吐应该是比不上单mysql的吧，mysql加上slave(尤其是lossless semi-sync)后性能应该影响30`45%; MGR我印象中比这个还低。
: BTW迄今为止没理解有人说MGR多主模式能提升写性能的说法。
: ...................
--
FROM 221.220.229.*

我不太理解做了切割后就能强吗？
写入部分还是得复制到其它几个节点上吧？
是因为写入时还有伴随的运算以及读IO开销，而目的节点可以免掉？
【 在 Knightmare 的大作中提到: 】
: mgr必须做应用切割  
: 不同的应用使用不同节点中的不同的表才行。  
: 要是多个主都往一个表里写怎么可能性能更快。

发自「今日水木 on V2073A」
--
FROM 114.249.122.*