RDS MySQL 5.7 4核和8核共享规格性能压测

本文涉及的产品
云数据库 RDS MySQL,集群系列 2核4GB
推荐场景:
搭建个人博客
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
性能测试 PTS,5000VUM额度
简介: 写在前面 这次压测只用了一台ECS,也没有调整各种压测比和压测参数,把实例压到最高;这里的压测只是为了说明不同的参数对性能影响,要想得出一个结论,必须要在可对比的情况下,比如:实例规格一样,从压测机到被压测机网络延迟一样,MySQL的配置文件一样等等,否则都是耍流氓。

写在前面

这次压测只用了一台ECS,也没有调整各种压测比和压测参数,把实例压到最高;这里的压测只是为了说明不同的参数对性能影响,要想得出一个结论,必须要在可对比的情况下,比如:实例规格一样,从压测机到被压测机网络延迟一样,MySQL的配置文件一样等等,否则都是耍流氓。

压测环境

被压测的RDS实例规格

MySQL 5.7 物理机版 新规格8核32G 
MySQL 5.7 物理机版 新规格4核16G

RDS主要参数配置

MySQL [(none)]> SHOW global VARIABLES WHERE Variable_name in ("sync_binlog","innodb_flush_log_at_trx_commit","rpl_semi_sync_slave_enabled","rpl_semi_sync_master_enabled","query_cache_type","have_query_cache");
+--------------------------------+-------+
| Variable_name                  | Value |
+--------------------------------+-------+
| have_query_cache               | YES   |
| innodb_flush_log_at_trx_commit | 1|2     |
| query_cache_type               | OFF   |
| rpl_semi_sync_master_enabled   | ON|OFF    |
| rpl_semi_sync_slave_enabled    | OFF   |
| sync_binlog                    | 1|1000     |
+--------------------------------+-------+

关于参数

innodb_flush_log_at_trx_commit的作用可以参考:
MySQL · 参数故事 · innodb_flush_log_at_trx_commit
sync_binlog的作用可以参考:
MySQL · 答疑解惑 · binlog 位点刷新策略
MySQL · 引擎特性 · InnoDB 事务子系统介绍
半同步的作用可以参考:
MySQL · 源码分析 · MySQL BINLOG半同步复制数据安全性分析
MySQL · 源码分析 · MySQL 半同步复制数据一致性分析

网络延迟

从压测机ping RDS

64 bytes from *** (***): icmp_seq=1 ttl=64 time=1.69 ms
64 bytes from *** (***): icmp_seq=2 ttl=64 time=1.72 ms
64 bytes from *** (***): icmp_seq=3 ttl=64 time=1.72 ms
64 bytes from *** (***): icmp_seq=4 ttl=64 time=1.73 ms
64 bytes from *** (***): icmp_seq=5 ttl=64 time=1.73 ms
64 bytes from *** (***): icmp_seq=6 ttl=64 time=1.72 ms
64 bytes from *** (***): icmp_seq=7 ttl=64 time=1.73 ms
64 bytes from *** (***): icmp_seq=8 ttl=64 time=1.73 ms
64 bytes from *** (***): icmp_seq=9 ttl=64 time=1.72 ms

压测方法

sysbench /usr/share/sysbench/*** \
--mysql-host=*** \
--mysql-port=3306 \
--mysql-user=*** \
--mysql-password='***' \
--mysql-db=*** \
--db-driver=mysql \
--tables=10 \
--table-size=1000000 \
--report-interval=10 \
--threads=128 \
--time=120 prepare/run/cleanup

压测结果

8核32G 读写场景

双1

MySQL [(none)]> SHOW global VARIABLES WHERE Variable_name in ("sync_binlog","innodb_flush_log_at_trx_commit","rpl_semi_sync_slave_enabled","rpl_semi_sync_master_enabled","query_cache_type","have_query_cache");
+--------------------------------+-------+
| Variable_name                  | Value |
+--------------------------------+-------+
| have_query_cache               | YES   |
| innodb_flush_log_at_trx_commit | 1     |
| query_cache_type               | OFF   |
| rpl_semi_sync_master_enabled   | ON    |
| rpl_semi_sync_slave_enabled    | OFF   |
| sync_binlog                    | 1     |
+--------------------------------+-------+
6 rows in set (0.00 sec)

oltp_read_write.lua
SQL statistics:
    transactions:                        262843 (2187.92 per sec.)
    queries:                             5256860 (43758.44 per sec.)
General statistics:
    total time:                          120.1320s
    total number of events:              262843

Latency (ms):
         min:                                 20.91
         avg:                                 58.45
         max:                                339.70
         95th percentile:                     86.00
         sum:                            15361894.55

# mysqlslap -a --concurrency=128 --number-of-queries 10000 --iterations=5 --engine=innodb --debug-info -u*** -p*** -h*** -P3306 --create-schema=***
Benchmark
    Running for engine innodb
    Average number of seconds to run all queries: 11.504 seconds
    Minimum number of seconds to run all queries: 9.150 seconds
    Maximum number of seconds to run all queries: 16.737 seconds
    Number of clients running queries: 128
    Average number of queries per client: 78           

sync_binlog:1000和trx_commit=2

MySQL [(none)]> SHOW global VARIABLES WHERE Variable_name in ("sync_binlog","innodb_flush_log_at_trx_commit","rpl_semi_sync_slave_enabled","rpl_semi_sync_master_enabled","query_cache_type","have_query_cache");
+--------------------------------+-------+
| Variable_name                  | Value |
+--------------------------------+-------+
| have_query_cache               | YES   |
| innodb_flush_log_at_trx_commit | 2     |
| query_cache_type               | OFF   |
| rpl_semi_sync_master_enabled   | OFF   |
| rpl_semi_sync_slave_enabled    | OFF   |
| sync_binlog                    | 1000     |
+--------------------------------+-------+
6 rows in set (0.00 sec)
Threads started!

#oltp_read_write.lua
SQL statistics:
    queries performed:
        read:                            3809666
        write:                           1088476
        other:                           544238
        total:                           5442380
    transactions:                        272119 (2266.76 per sec.)
    queries:                             5442380 (45335.11 per sec.)
General statistics:
    total time:                          120.0462s
    total number of events:              272119

Latency (ms):
         min:                                 20.08
         avg:                                 56.45
         max:                                339.44
         95th percentile:                     84.47
         sum:                            15361371.70
# mysqlslap -a --concurrency=128 --number-of-queries 10000 --iterations=5 --engine=innodb --debug-info -u*** -p*** -h*** -P*** --create-schema=***
Benchmark
    Running for engine innodb
    Average number of seconds to run all queries: 9.238 seconds
    Minimum number of seconds to run all queries: 8.394 seconds
    Maximum number of seconds to run all queries: 9.624 seconds
    Number of clients running queries: 128
    Average number of queries per client: 78            

只读场景

#oltp_point_select.lua
SQL statistics:
    queries performed:
        read:                            11432749
        write:                           0
        other:                           0
        total:                           11432749
    transactions:                        11432749 (95255.06 per sec.)
    queries:                             11432749 (95255.06 per sec.)
General statistics:
    total time:                          120.0208s
    total number of events:              11432749

Latency (ms):
         min:                                  0.90
         avg:                                  1.34
         max:                                 18.23
         95th percentile:                      1.79
         sum:                            15351945.95    

4核16G读写场景

双1

MySQL [(none)]> SHOW global VARIABLES WHERE Variable_name in ("sync_binlog","innodb_flush_log_at_trx_commit","rpl_semi_sync_slave_enabled","rpl_semi_sync_master_enabled","query_cache_type","have_query_cache");
+--------------------------------+-------+
| Variable_name                  | Value |
+--------------------------------+-------+
| have_query_cache               | YES   |
| innodb_flush_log_at_trx_commit | 1     |
| query_cache_type               | OFF   |
| rpl_semi_sync_master_enabled   | ON    |
| rpl_semi_sync_slave_enabled    | OFF   |
| sync_binlog                    | 1     |
+--------------------------------+-------+

oltp_read_write.lua
SQL statistics:
    queries performed:
        read:                            1643950
        write:                           469700
        other:                           234850
        total:                           2348500
    transactions:                        117425 (977.46 per sec.)
    queries:                             2348500 (19549.17 per sec.)
General statistics:
    total time:                          120.1314s
    total number of events:              117425

Latency (ms):
         min:                                 28.19
         avg:                                130.88
         max:                                446.28
         95th percentile:                    155.80
         sum:                            15368416.16

# mysqlslap -a --concurrency=128 --number-of-queries 10000 --iterations=5 --engine=innodb --debug-info -u*** -p*** -h*** -P3306 --create-schema=***
Benchmark
    Running for engine innodb
    Average number of seconds to run all queries: 12.546 seconds
    Minimum number of seconds to run all queries: 12.445 seconds
    Maximum number of seconds to run all queries: 12.657 seconds
    Number of clients running queries: 128
    Average number of queries per client: 78            

sync_binlog:1000和trx_commit=2

mysql> SHOW global VARIABLES WHERE Variable_name in ("sync_binlog","innodb_flush_log_at_trx_commit","rpl_semi_sync_slave_enabled","rpl_semi_sync_master_enabled","query_cache_type","have_query_cache");
+--------------------------------+-------+
| Variable_name                  | Value |
+--------------------------------+-------+
| have_query_cache               | YES   |
| innodb_flush_log_at_trx_commit | 2     |
| query_cache_type               | OFF   |
| rpl_semi_sync_master_enabled   | OFF   |
| rpl_semi_sync_slave_enabled    | OFF   |
| sync_binlog                    | 1000  |
+--------------------------------+-------+

oltp_read_write.lua
SQL statistics:
    queries performed:
        read:                            1650866
        write:                           471676
        other:                           235838
        total:                           2358380
    transactions:                        117919 (981.66 per sec.)
    queries:                             2358380 (19633.27 per sec.)
General statistics:
    total time:                          120.1198s
    total number of events:              117919

Latency (ms):
         min:                                 21.31
         avg:                                130.32
         max:                                439.36
         95th percentile:                    155.80
         sum:                            15366638.87    

只读场景

oltp_point_select.lua
SQL statistics:
    queries performed:
        read:                            4924841
        write:                           0
        other:                           0
        total:                           4924841
    transactions:                        4924841 (41031.29 per sec.)
    queries:                             4924841 (41031.29 per sec.)

General statistics:
    total time:                          120.0248s
    total number of events:              4924841

Latency (ms):
         min:                                  0.90
         avg:                                  3.12
         max:                                 65.22
         95th percentile:                     28.16
         sum:                            15356974.94    

性能对比图

oltp_rw
oltp_point_select

相关实践学习
如何在云端创建MySQL数据库
开始实验后,系统会自动创建一台自建MySQL的 源数据库 ECS 实例和一台 目标数据库 RDS。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助     相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
相关文章
|
23天前
|
缓存 关系型数据库 MySQL
MySQL索引策略与查询性能调优实战
在实际应用中,需要根据具体的业务需求和查询模式,综合运用索引策略和查询性能调优方法,不断地测试和优化,以提高MySQL数据库的查询性能。
|
23天前
|
SQL 关系型数据库 MySQL
MySQL性能探究:count(*)与count(1)的性能对决
在MySQL数据库的性能优化中,对查询语句的细微差别有着深入的理解是非常重要的。`count(*)`和`count(1)`是两种常用的聚合函数,用于计算行数。在面试中,面试官经常会问到这两种函数的性能差异。本文将探讨`count(*)`与`count(1)`的性能对比,并整理十道经典的MySQL面试题,帮助你在面试中游刃有余。
60 3
|
1月前
|
缓存 监控 关系型数据库
如何根据监控结果调整 MySQL 数据库的参数以提高性能?
【10月更文挑战第28天】根据MySQL数据库的监控结果来调整参数以提高性能,需要综合考虑多个方面的因素
78 1
|
1月前
|
监控 关系型数据库 MySQL
如何监控和诊断 MySQL 数据库的性能问题?
【10月更文挑战第28天】监控和诊断MySQL数据库的性能问题是确保数据库高效稳定运行的关键
83 1
|
1月前
|
缓存 关系型数据库 MySQL
如何优化 MySQL 数据库的性能?
【10月更文挑战第28天】
76 1
|
1月前
|
监控 关系型数据库 MySQL
数据库优化:MySQL索引策略与查询性能调优实战
【10月更文挑战第27天】本文深入探讨了MySQL的索引策略和查询性能调优技巧。通过介绍B-Tree索引、哈希索引和全文索引等不同类型,以及如何创建和维护索引,结合实战案例分析查询执行计划,帮助读者掌握提升查询性能的方法。定期优化索引和调整查询语句是提高数据库性能的关键。
198 1
|
2月前
|
存储 关系型数据库 MySQL
优化 MySQL 的锁机制以提高并发性能
【10月更文挑战第16天】优化 MySQL 锁机制需要综合考虑多个因素,根据具体的应用场景和需求进行针对性的调整。通过不断地优化和改进,可以提高数据库的并发性能,提升系统的整体效率。
105 1
|
1月前
|
监控 关系型数据库 MySQL
数据库优化:MySQL索引策略与查询性能调优实战
【10月更文挑战第26天】数据库作为现代应用系统的核心组件,其性能优化至关重要。本文主要探讨MySQL的索引策略与查询性能调优。通过合理创建索引(如B-Tree、复合索引)和优化查询语句(如使用EXPLAIN、优化分页查询),可以显著提升数据库的响应速度和稳定性。实践中还需定期审查慢查询日志,持续优化性能。
81 0
|
2月前
|
存储 监控 关系型数据库
MySQL并发控制与管理:优化数据库性能的关键
【10月更文挑战第17天】MySQL并发控制与管理:优化数据库性能的关键
230 0
|
2月前
|
关系型数据库 MySQL 数据库
深入浅出MySQL索引优化:提升数据库性能的关键
在这个数据驱动的时代,数据库性能的优劣直接关系到应用的响应速度和用户体验。MySQL作为广泛使用的数据库之一,其索引优化是提升查询性能的关键。本文将带你一探MySQL索引的内部机制,分析索引的类型及其适用场景,并通过实际案例演示如何诊断和优化索引,以实现数据库性能的飞跃。