Mariadb10.4 集群压力测试(一)

          为了测试MariaDB自带的Galera cluster集群方案,已搭建39,40,41三台服务器,且测试数据量已达到36G;新增节点服务器70;测试开始:

          在准备好70服务器后,开始启动服务器上的MariaDB数据库

           第一次启动失败启动时间超长,主动停止后查了下状态,基本没发现明显的错误。排查配置文件发现此节点wsrep_node_address值配置有问题,跟现有集群里面的一个重名了(因为数据库的配置文件是从之前那台服务器上直接拷贝过来的,忘记修改了)。修改后再次重启。

          

        发现错误点:Unregistered Authentication Agent for unix-process    根据提示度娘了下,原来是需要在配置文件中增加一个设置,

         在Mysqld下面:innodb_buffer_pool_size=3G   设置完成后保存完成后再次重启数据库服务

扫描二维码关注公众号,回复: 10747400 查看本文章

          这次重启成功了,但是重启耗时稍微之前要长。重启后及时查看集群运行的情况:

              经过大量查询来看,会导致当前写操作基本停止。大约持续一分钟后,开始缓慢接收新数据写入操作,速率大概是原来的二分之一到三分之一的样子。五分钟后就基本恢复正常了。对此速度还是相当满意。毕竟是36G的数据量,直接拷贝也不止这个时间。

              再详细跟踪查看服务器性能:

               通过监控,可以明显发现在五分钟内写操作异常高,每秒大概是150M;8G内存最高使用率是98%;CPU使用率基本没多大变化,但是细细看来其对CPU的主频要求很高,CPU主频最高达到4G。

             通过此次测试发现Galera cluster性能还是可以,总结下:
            1、对于新增节点基本是保证与集群里面的同步后才开始接收新数据,或者说起码得保证50%以上的数据后才开始接收新数据;对集群的整体性能影响较大;

            2、对CPU主频要求较高,但是内存开销并不是很大;
            3、同步的效率还取决于IO、网络带宽,其性能越高,效率越高。

      

   

猜你喜欢

转载自www.cnblogs.com/zhongjicainiao/p/12690140.html
今日推荐