MySQL5.7 GR VS MariaDB10.1.19 Galera Cluster性能压测-低调大师

MySQL5.7 GR VS MariaDB10.1.19 Galera Cluster性能压测

2017-11-07 596

MySQL5.7 GR VS MariaDB10.1.19 Galera Cluster性能压测
视频演示：http://pan.baidu.com/s/1sk87tfB

工具sysbench0.5 128并发 10张表100万行

硬件配置R720 64G RAID10(SAS 15000转)

192.168.143.244 gr（primary-3306端口）     Galera（secondary-3308端口）
192.168.143.245 gr（secondary-3306端口）   Galera（primary-3308端口）
192.168.143.246 gr（secondary-3306端口）   Galera（secondary-3308端口）

我们这里纯粹是为了跑性能。

gr我关闭了限流group_replication_flow_control_mode = 'DISABLED'。因数据复制是通过binlog，这里我采用基于表的并行复制，slave_parallel_type = 'LOGICAL_CLOCK'，开启并行复制线程slave_parallel_workers设置了24个线程。

Galera我将gcs.fc_limit设置了1000K，调整成最大，避免限流。开启并行复制线程wsrep_slave_threads设置了24个线程。

gr压测192.168.143.244,Galera压测192.168.143.245。BP都是30G

下面废话不多说，看视频演示，数据说话！

--------------------------------------------------------------------------------
GR
[ 10s] threads: 128, tps: 768.46, reads: 10937.14, writes: 2339.68, response time: 335.94ms (95%), errors: 0.00, reconnects: 0.00
[ 20s] threads: 128, tps: 1009.40, reads: 14132.12, writes: 3031.30, response time: 214.42ms (95%), errors: 0.00, reconnects: 0.00
[ 30s] threads: 128, tps: 1060.00, reads: 14840.01, writes: 3179.30, response time: 195.94ms (95%), errors: 0.00, reconnects: 0.00
[ 40s] threads: 128, tps: 1042.69, reads: 14597.30, writes: 3129.28, response time: 203.54ms (95%), errors: 0.00, reconnects: 0.00
[ 50s] threads: 128, tps: 1083.11, reads: 15163.89, writes: 3249.42, response time: 189.03ms (95%), errors: 0.00, reconnects: 0.00
[ 60s] threads: 128, tps: 979.30, reads: 13710.20, writes: 2938.00, response time: 210.79ms (95%), errors: 0.00, reconnects: 0.00
[ 70s] threads: 128, tps: 974.39, reads: 13641.44, writes: 2922.97, response time: 199.02ms (95%), errors: 0.00, reconnects: 0.00
[ 80s] threads: 128, tps: 762.01, reads: 10593.03, writes: 2267.93, response time: 360.43ms (95%), errors: 0.00, reconnects: 0.00
[ 90s] threads: 128, tps: 960.30, reads: 13519.30, writes: 2897.30, response time: 286.83ms (95%), errors: 0.00, reconnects: 0.00
[ 100s] threads: 128, tps: 1015.30, reads: 14214.20, writes: 3046.30, response time: 188.41ms (95%), errors: 0.00, reconnects: 0.00

--------------------------------------------------------------------------------------
Galera
[ 10s] threads: 128, tps: 1207.93, reads: 17081.43, writes: 3656.79, response time: 113.88ms (95%), errors: 0.00, reconnects: 0.00
[ 20s] threads: 128, tps: 1302.00, reads: 18227.01, writes: 3904.70, response time: 112.76ms (95%), errors: 0.00, reconnects: 0.00
[ 30s] threads: 128, tps: 1287.10, reads: 18021.19, writes: 3863.00, response time: 112.79ms (95%), errors: 0.00, reconnects: 0.00
[ 40s] threads: 128, tps: 1279.60, reads: 17913.70, writes: 3839.20, response time: 114.97ms (95%), errors: 0.00, reconnects: 0.00
[ 50s] threads: 128, tps: 1289.80, reads: 18058.41, writes: 3869.70, response time: 114.46ms (95%), errors: 0.00, reconnects: 0.00
[ 60s] threads: 128, tps: 1275.20, reads: 17850.90, writes: 3824.90, response time: 116.12ms (95%), errors: 0.00, reconnects: 0.00
[ 70s] threads: 128, tps: 1243.30, reads: 17406.47, writes: 3729.99, response time: 118.15ms (95%), errors: 0.00, reconnects: 0.00
[ 80s] threads: 128, tps: 1287.20, reads: 18020.37, writes: 3861.19, response time: 114.08ms (95%), errors: 0.00, reconnects: 0.00
[ 90s] threads: 128, tps: 1283.20, reads: 17967.07, writes: 3850.01, response time: 114.70ms (95%), errors: 0.00, reconnects: 0.00
[ 100s] threads: 128, tps: 1261.30, reads: 17656.79, writes: 3783.50, response time: 117.41ms (95%), errors: 0.00, reconnects: 0.00

总结

GR和Galera的性能不及半同步复制，如果您对性能要求较高，数据一致性不太在意，建议用MariaDB 10.1.X Loss-Less Semi replication+MHA高可用架构。

关于GR和Galera，在部署生产环境中多做几次压测，选择一款适合您的。

本文转自hcymysql51CTO博客，原文链接：http://blog.51cto.com/hcymysql/1889706 ，如需转载请自行联系原作者

微信关注我们

原文链接：https://yq.aliyun.com/articles/413617

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

MariaDB Spider：实现MySQL横纵向扩展的小能手

什么是Spider？当您的数据库不断增长时，您绝对需要考虑其他技术，如数据库分片。Spider是MariaDB内置的一个可插拔用于MariaDB/MySQL数据库分片的存储引擎，充当应用服务器和远程后端DB之间的代理（中间件），它可以轻松实现MySQL的横向和纵向扩展，突破单台MySQL的限制，支持范围分区、列表分区、哈希分区，支持XA分布式事务，支持跨库join。通过Spider，您可以跨多个数据库后端有效访问数据，让您的应用程序一行代码不改，即可轻松实现分库分表！分库分表架构图：应用程序连接Spider，Spider充当中间件代理，将客户端查询的请求，按照事先定义好的分片规则，分发给后端数据库，之后返回的数据汇总在Spider内存里做聚合，最终返回客户端请求，对于应用程序而言是透明的。分片字段的选取：一定要针对业务上查询最频繁的字段做片键，查询时会直接路由到后端DB上，否则会轮训遍历后端所有DB，跨多个网络性能就会下降。 1、范围分片的优点是无限扩容，但缺点是冷热数据不均匀。 2、HASH分片解决了冷热数据不均匀的问题，但今后扩容比较麻烦，比如之前对表取模了128...

2017-11-07

643

这段时间就和闭关一样，连续几周一直在开发嵌入式EasyHMI，从架构到具体的代码，有上位机的IDE开发环境到WinCE上的运行时环境，有TCP/IP、COM通信，有多线程，多缓存图形处理，XML序列化，有EVC，有C＃，有.net2.0的框架集，有.net2.0精简框架集，一时云集，一阵天昏地暗之后终于成型，是可喜可贺，但腰酸背疼的不得了。不过这里不得不要夸C＃两句，C＃真是我目前用到的最好，最精妙的语言，确令我爱不释手。想想如果不是基于C＃开发，想在短短的一个半月是不可能完成到今天的程度的。不过开发运行时，就没有这么爽，精简框架集有很多限制，比如图元不能直接支持双缓冲，不能绘渐变色，不能读取ini文件，不能二进制序列化，不能绘制扇形等等，有时间我会一一道来。下面是程序的两个界图，效果还可以吧：） EasyHMI IDE开发环境 EasyHMI 模拟器目前程序开发基本上告一段落，以后的时间相对会比较充裕一些，我会一一把遇到的问题写一下，否则时间长了，我也会忘记的。本文转自yefanqiu51CTO博客，原文链接：，如需转载请自行联系原作者

2017-11-07

565

资源下载

更多资源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源，继承了IntelliJ IDEA强大的JS部分的功能。