• 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   设置完成后保存完成后再次重启数据库服务

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

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

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

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

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

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

          

       

  • 相关阅读:
    hiho47 : 拓扑排序·一
    Excel 曝Power Query安全漏洞
    分布式系统技术:存储之数据库
    队列应用
    20155239《Java程序设计》实验一(Java开发环境的熟悉)实验报告
    打印Java main方法执行的命令参数代码
    nothing to commit, working tree clean Remote "origin" does not support the LFS locking API. Consider disabling it with:
    异步
    字节跳动杨震原:A/B测试不是万能的,但不会一定不行
    集成显卡 独显
  • 原文地址:https://www.cnblogs.com/zhongjicainiao/p/12690140.html
Copyright © 2020-2023  润新知