我看你测试时,MGR服务器的CPU很高,原因不详,并且已经达到了瓶颈了啊,16核几乎打满(应该就是打满了), ...
才注意到还有java、router、proxysql等其他额外进程,这个影响因素可能就更多了 yejr 发表于 2023-6-16 12:21
才注意到还有java、router、proxysql等其他额外进程,这个影响因素可能就更多了...
好的,目前已基本解决,原因是配置文件innodb_flush_log_at_trx_commit这个参数设置成了1,这个会让MySQL执行的每次变化都会同步到其他从节点,从而大大影响性能,后面修改成0后,1s同步一次,可以同时兼顾性能和安全性 fander 发表于 2023-6-16 11:11
我看你测试时,MGR服务器的CPU很高,原因不详,并且已经达到了瓶颈了啊,16核几乎打满(应该就是打满了), ...
好的,谢谢建议,我回去试一试 我测试是 MGR达到主从架构的60%TPS 驭无殇1998 发表于 2023-6-15 10:01
性能
您看,集群的tps,平均每秒40左右
单机的tps,平均300左右
没有看到啊,图里面只看到CPU占用1060 yejr 发表于 2023-6-15 18:17
对于高性能的需求场景来说,这个内网延迟略大了。
做压测时,运行perf top分析主要瓶颈在哪。 ...
请问大概内网要求延迟多少以下才能满足高性能场景需求? DB架构师:曾凡坤 发表于 2025-1-1 02:17
请问大概内网要求延迟多少以下才能满足高性能场景需求?
如果要满足高性能,最好数据库集群要用万兆网络吧。一般的内网小于1ms DB架构师:曾凡坤 发表于 2025-1-1 02:14
我测试是 MGR达到主从架构的60%TPS
你测试的应该不是GreatSQL MGR yejr 发表于 2025-1-2 09:10
你测试的应该不是GreatSQL MGR
MYSQL 社区版本, 那GREATE SQL MGR 相对 主从架构 TPS达到百分之几?
页:
1
[2]