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

本文涉及的产品
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
云数据库 RDS MySQL,集群系列 2核4GB
推荐场景:
搭建个人博客
性能测试 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

相关实践学习
如何快速连接云数据库RDS MySQL
本场景介绍如何通过阿里云数据管理服务DMS快速连接云数据库RDS MySQL,然后进行数据表的CRUD操作。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助     相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
相关文章
|
4月前
|
测试技术 数据库 UED
Python 性能测试进阶之路:JMeter 与 Locust 的强强联合,解锁性能极限
【9月更文挑战第9天】在数字化时代,确保软件系统在高并发场景下的稳定性至关重要。Python 为此提供了丰富的性能测试工具,如 JMeter 和 Locust。JMeter 可模拟复杂请求场景,而 Locust 则能更灵活地模拟真实用户行为。结合两者优势,可全面评估系统性能并优化瓶颈。例如,在电商网站促销期间,通过 JMeter 模拟大量登录请求并用 Locust 模拟用户浏览和购物行为,可有效识别并解决性能问题,从而提升系统稳定性和用户体验。这种组合为性能测试开辟了新道路,助力应对复杂挑战。
130 2
|
2月前
|
并行计算 算法 测试技术
C语言因高效灵活被广泛应用于软件开发。本文探讨了优化C语言程序性能的策略,涵盖算法优化、代码结构优化、内存管理优化、编译器优化、数据结构优化、并行计算优化及性能测试与分析七个方面
C语言因高效灵活被广泛应用于软件开发。本文探讨了优化C语言程序性能的策略,涵盖算法优化、代码结构优化、内存管理优化、编译器优化、数据结构优化、并行计算优化及性能测试与分析七个方面,旨在通过综合策略提升程序性能,满足实际需求。
63 1
|
2月前
|
关系型数据库 MySQL Linux
在 CentOS 7 中通过编译源码方式安装 MySQL 数据库的详细步骤,包括准备工作、下载源码、编译安装、配置 MySQL 服务、登录设置等。
本文介绍了在 CentOS 7 中通过编译源码方式安装 MySQL 数据库的详细步骤,包括准备工作、下载源码、编译安装、配置 MySQL 服务、登录设置等。同时,文章还对比了编译源码安装与使用 RPM 包安装的优缺点,帮助读者根据需求选择最合适的方法。通过具体案例,展示了编译源码安装的灵活性和定制性。
178 2
|
4月前
|
存储 SQL 关系型数据库
一篇文章搞懂MySQL的分库分表,从拆分场景、目标评估、拆分方案、不停机迁移、一致性补偿等方面详细阐述MySQL数据库的分库分表方案
MySQL如何进行分库分表、数据迁移?从相关概念、使用场景、拆分方式、分表字段选择、数据一致性校验等角度阐述MySQL数据库的分库分表方案。
544 15
一篇文章搞懂MySQL的分库分表,从拆分场景、目标评估、拆分方案、不停机迁移、一致性补偿等方面详细阐述MySQL数据库的分库分表方案
|
3月前
|
关系型数据库 MySQL Java
Django学习二:配置mysql,创建model实例,自动创建数据库表,对mysql数据库表已经创建好的进行直接操作和实验。
这篇文章是关于如何使用Django框架配置MySQL数据库,创建模型实例,并自动或手动创建数据库表,以及对这些表进行操作的详细教程。
103 0
Django学习二:配置mysql,创建model实例,自动创建数据库表,对mysql数据库表已经创建好的进行直接操作和实验。
|
3月前
|
Java 关系型数据库 MySQL
springboot学习四:springboot链接mysql数据库,使用JdbcTemplate 操作mysql
这篇文章是关于如何使用Spring Boot框架通过JdbcTemplate操作MySQL数据库的教程。
112 0
springboot学习四:springboot链接mysql数据库,使用JdbcTemplate 操作mysql
|
4月前
|
缓存 Java 测试技术
谷粒商城笔记+踩坑(11)——性能压测和调优,JMeter压力测试+jvisualvm监控性能+资源动静分离+修改堆内存
使用JMeter对项目各个接口进行压力测试,并对前端进行动静分离优化,优化三级分类查询接口的性能
123 10
谷粒商城笔记+踩坑(11)——性能压测和调优,JMeter压力测试+jvisualvm监控性能+资源动静分离+修改堆内存
|
3月前
|
数据可视化 关系型数据库 MySQL
【IDEA】配置mysql环境并创建mysql数据库
【IDEA】配置mysql环境并创建mysql数据库
274 0
|
5月前
|
消息中间件 Kafka 测试技术
【Azure 事件中心】使用Kafka的性能测试工具(kafka-producer-perf-test)测试生产者发送消息到Azure Event Hub的性能
【Azure 事件中心】使用Kafka的性能测试工具(kafka-producer-perf-test)测试生产者发送消息到Azure Event Hub的性能
|
5月前
|
监控 Java 测试技术
实战派必看!Python性能测试中,JMeter与Locust如何助力性能调优
【8月更文挑战第6天】性能优化是软件开发的关键。本文介绍JMeter与Locust两款流行性能测试工具,演示如何用于Python应用的性能调优。JMeter可模拟大量用户并发访问,支持多种协议;Locust用Python编写,易于定制用户行为并模拟高并发。根据场景选择合适工具,确保应用在高负载下的稳定运行。
147 4