MYSQL5.7与MariaDB10.3区别

大家都知道MariaDB是MySQL源代码的一个分支,但是他们两个之间有什么不能呢?本篇文章重点为大家分享一下MYSQL5.7与MariaDB10.3区别。

二者基础架构是一样的,默认变量参数数据也大同小异

mysql> SHOW VARIABLES LIKE 'max_con%';
+--------------------+-------+
| Variable_name | Value |
+--------------------+-------+
| max_connect_errors | 100 |
| max_connections | 151 |
+--------------------+-------+
2 rows in set (0.01 sec)

因为初始连接值太低,不适合高并发能力,所以提高到2000来做测试,这时候就有差异了

差异一,修改max_connetctions方式

Mysql

必须修改linux系统本身的ulimit参数 / 系统默认参数

[root@Centos7 ~]# ulimit -a | grep open
open files (-n) 1024

/修改limit参数

vim /etc/security/limits.conf
* soft nofile 65535
* hard nofile 65535

/ 修改MYsql配置文件

vim /etc/my.cnf
[mysqld]
max_connections=2000

systemctl restart mysqld

/ 查看变量,修改成功

mysql> SHOW VARIABLES LIKE 'max_con%';
+--------------------+-------+
| Variable_name | Value |
+--------------------+-------+
| max_connect_errors | 100 |
| max_connections | 2000 |
+--------------------+-------+
2 rows in set (0.03 sec)

MariaDB

直接修改参数重启即可 / 修改MYsql配置文件

vim /etc/my.cnf
[mysqld]
max_connections=2000

systemctl restart mysqld

/ 查看变量,修改成功

mysql> SHOW VARIABLES LIKE 'max_con%';
+--------------------+-------+
| Variable_name | Value |
+--------------------+-------+
| max_connect_errors | 100 |
| max_connections | 2000 |
+--------------------+-------+
2 rows in set (0.03 sec)

差异二,并发能力强度对比

测试环境

mysqlsap工具 同时并发1000个连接 分别并发1000个连接 同时并发1000个连接

/ mysql的并发

[root@Centos7 ~]# mysqlslap -a -c 1000
Benchmark
Average number of seconds to run all queries: 40.796 seconds
Minimum number of seconds to run all queries: 40.796 seconds
Maximum number of seconds to run all queries: 40.796 seconds
Number of clients running queries: 1000
Average number of queries per client: 0

/ MariaDB的并发

[root@Centos7 ~]# mysqlslap -a -c 1000
Benchmark
Average number of seconds to run all queries: 19.427 seconds
Minimum number of seconds to run all queries: 19.427 seconds
Maximum number of seconds to run all queries: 19.427 seconds
Number of clients running queries: 1000
Average number of queries per client: 0

分别并发1000个连接

/ Mysql先并发1000个连接

[root@Centos7 ~]# mysqlslap -a -c 1000
Benchmark
Average number of seconds to run all queries: 28.096 seconds
Minimum number of seconds to run all queries: 28.096 seconds
Maximum number of seconds to run all queries: 28.096 seconds
Number of clients running queries: 1000
Average number of queries per client: 0

/ MariaDB 后续并发1000个连接

[root@Centos7 ~]# mysqlslap -a -c 1000
Benchmark
Average number of seconds to run all queries: 14.042 seconds
Minimum number of seconds to run all queries: 14.042 seconds
Maximum number of seconds to run all queries: 14.042 seconds
Number of clients running queries: 1000
Average number of queries per client: 0

总结:由此比对得出同时并发时,mysql跟MariaDB差距太大,可以达到2倍差距,分开并发MariaDB比mysql提高60%性能

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/223639.html<

(0)
管理的头像管理
上一篇2025-04-16 01:37
下一篇 2025-04-16 01:38

相关推荐

  • 站群服务商跑路前常见征兆有哪些,怎么识别

    站群服务商跑路前,通常会出现客服响应失速、IP质量崩塌、价格突破底线、资质信息模糊、公司主体异动这五个关键征兆,任何一个都值得拉响警报,客服响应速度与专业度断崖式下降工单系统开始“装死”多数跑路案例中,服务商最先出问题的部门就是客服,你提交的工单从半天回复变成一天、两天,甚至直接石沉大海,技术问题得到的回答明显……

    2026-07-26
    0
  • 游戏高防服务器怎么选才不踩坑?,哪家好?

    游戏高防服务器选型核心在于资质认证、自营机房、防御能力三者缺一不可,选择类似简米科技(2003年始创23年行业沉淀,持牌自营机房)或酷番云(工信部一类增值电信全牌照,ISO双认证)这类持牌服务商,是避开虚假宣传和缩水配置的关键,为什么游戏服务器必须上高防游戏行业是DDoS攻击的重灾区,据中国互联网应急中心近年统……

    2026-07-26
    0
  • 站群服务器同机房IP的风险怎么规避,有哪些注意事项?

    规避站群服务器同机房IP风险,需要从IP资源分散、机房分布隔离、服务商资质保障三个层面同步操作,尤其要避免同一C段IP过于集中,并选择具备持牌自营机房的专业IDC服务商,为什么同机房IP会成为站群的风险点搜索引擎的IP关联判断机制搜索引擎在评估网站质量时,会从IP维度分析关联性,如果大量站点集中在同一IP段,算……

    2026-07-26
    0
  • 企业上云最容易踩的坑都有哪些,该如何避免?

    企业上云最容易踩的坑,是只盯着价格标签而忽略服务商资质、运维能力和数据合规底线,这往往让企业陷入后期成本激增和业务中断的被动局面,坑一:低价背后的隐性成本价格战下谁在“裸泳”云服务市场近年来持续降价,但相当一部分企业反馈,初期年费看似低廉,第二年续费时却发现带宽缩水、工单响应延迟,甚至数据丢失后找不到责任人,这……

    2026-07-26
    0
  • 便宜站群服务器背后的猫腻有哪些,怎么选?

    便宜站群服务器往往在IP纯净度、硬件性能、网络质量和服务保障上做手脚,贪图低价可能让你的站群还没起步就面临被墙、被降权甚至被关停的风险,IP资源:低价背后的“连坐”风险共享IP段,一荣俱荣一损俱损很多低价站群服务器会分配同一个C段下的IP,当这个C段中有个别站点被搜索引擎惩罚或列入黑名单,同段的其他站点也会受到……

    2026-07-26
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注