MySQL性能测试模板

Edingbrugh.南空

已于 2025-06-25 09:35:59 修改

阅读量821

点赞数 10

CC 4.0 BY-SA版权

分类专栏：测试运维文章标签： mysql adb 数据库

于 2025-06-24 18:02:23 首次发布

本文链接：https://blog.csdn.net/qq_42773076/article/details/148876550

运维同时被 2 个专栏收录

26 篇文章

订阅专栏

测试

4 篇文章

订阅专栏

引言：为什么MySQL性能测试如此重要？

你是否遇到过这些问题：

线上数据库突然卡顿，QPS暴跌？
业务高峰期MySQL服务器CPU 100%，却找不到瓶颈？
新功能上线后，数据库性能不升反降？

性能测试是提前发现这些问题的关键。通过模拟真实负载，我们能精准评估MySQL的极限能力、定位瓶颈，并验证优化效果。本文基于实战经验，整理出一套完整的MySQL性能测试模板，从环境搭建到结果分析，带你零基础掌握性能测试核心技能。

一、测试前必须明确的3个核心问题

1. 测试目标：你想验证什么？

基准测试：MySQL在纯读/纯写/混合场景下的极限QPS/TPS；
压力测试：高并发（如200线程）下的稳定性，是否会宕机或超时；
负载测试：模拟真实业务（如70%查询+30%更新）的响应时间；
对比测试：优化前后（如加索引/调参数）的性能差异。

举例：电商场景需重点测试“商品详情页查询QPS”和“订单提交TPS”。

2. 测试范围：哪些指标需要关注？

维度	核心指标	意义
MySQL性能	QPS（每秒查询数）、TPS（每秒事务数）	数据库处理能力上限
响应时间	平均响应时间、95%/99%响应时间（ms）	用户体验直接相关，避免长尾延迟
资源消耗	CPU使用率、内存占用、磁盘IOPS/吞吐量	定位瓶颈（CPU/内存/IO）
错误率	超时次数、连接失败率、锁等待次数	系统稳定性指标

3. 测试环境：避免“测试通过，上线翻车”

关键原则：测试环境应与生产环境保持一致（至少配置比例一致）。

环境	配置详情
CPU	4核8线程（生产环境8核，则测试环境至少4核）
内存	16GB（生产环境32GB，按比例缩减）
磁盘	SSD（避免用HDD，IO性能差异过大）
MySQL版本	与生产一致（如8.0.32）
配置文件	生产配置导出后修改（如 `my.cnf`）

二、测试工具与环境准备（手把手教学）

1. 必装工具：3分钟搞定环境

（1）性能测试神器：sysbench

sysbench是MySQL官方推荐的基准测试工具，支持模拟多种负载场景：

# CentOS安装
yum install -y sysbench

# Ubuntu安装
apt install -y sysbench

# 验证安装
sysbench --version  # 输出：sysbench 1.0.20+

（2）监控工具：实时观察系统状态

# 安装系统监控工具
yum install -y sysstat  # 提供iostat（磁盘IO）、vmstat（内存/CPU）
yum install -y iftop     # 网络带宽监控

# MySQL性能监控（可选）
wget https://downloads.percona.com/downloads/percona-toolkit/3.5.1/binary/redhat/7/x86_64/percona-toolkit-3.5.1-1.el7.x86_64.rpm
rpm -ivh percona-toolkit-3.5.1-1.el7.x86_64.rpm  # 含pt-query-digest（慢查询分析）

2. 测试数据准备：生成“真实”数据

（1）用sysbench生成测试表（推荐）

# 初始化10张表，每张100万行数据（模拟中型业务）
sysbench oltp_read_write \
  --mysql-host=127.0.0.1 \
  --mysql-port=3306 \
  --mysql-user=root \
  --mysql-password=你的密码 \
  --mysql-db=test_db \
  --tables=10 \
  --table-size=1000000 \
  prepare

执行后，会生成sbtest1到sbtest10共10张表，每张表含id、k、c、pad字段，数据分布均匀。

（2）真实业务数据导入（进阶）

如果需要模拟真实场景，可从生产环境导出部分数据（注意脱敏）：

# 生产环境导出
mysqldump -uroot -p 生产库名 表名 --where "create_time >= '2025-01-01'" > data.sql

# 测试环境导入
mysql -uroot -p test_db < data.sql

3. MySQL配置优化：避免“先天不足”

测试前需调整MySQL配置（my.cnf），避免因默认配置限制性能：

[mysqld]
# 内存配置（建议物理内存的50%-70%）
innodb_buffer_pool_size = 8G  # 16GB内存服务器配置8G
# 事务日志（影响写入性能）
innodb_log_file_size = 1G     # 不要超过4G
innodb_log_buffer_size = 64M
# 连接数（根据并发需求调整）
max_connections = 500
# 慢查询日志（记录测试中的慢SQL）
slow_query_log = 1
slow_query_log_file = /var/log/mysql/slow.log
long_query_time = 1  # 超过1秒的查询记录为慢查询

修改后重启MySQL：systemctl restart mysqld

三、3大核心测试场景（附命令+参数详解）

场景1：基准测试（测极限性能）

目标：找到MySQL在“纯读”“纯写”“读写混合”场景下的最大QPS/TPS。

（1）纯读测试（最常用）

模拟大量查询操作（如商品列表页、用户信息查询）：

sysbench oltp_read_only \
  --mysql-host=127.0.0.1 \
  --mysql-port=3306 \
  --mysql-user=root \
  --mysql-password=你的密码 \
  --mysql-db=test_db \
  --tables=10 \
  --table-size=1000000 \
  --threads=16  # 并发线程数（建议=CPU核心数*2，如8核设16）\
  --time=60     # 测试时长（秒）\
  --report-interval=10  # 每10秒输出一次中间结果\
  run

关键输出解读：

SQL statistics:
    queries performed:
        read:                            192000  # 读查询总数
        write:                           0       # 写查询总数
        other:                           27428   # 其他操作（COMMIT/ROLLBACK等）
        total:                           219428  # 总查询数
    transactions:                        13714   (228.56 per sec.)  # TPS
    queries:                             219428  (3657.11 per sec.)  # QPS
    ignored errors:                      0       (0.00 per sec.)
    reconnects:                          0       (0.00 per sec.)

General statistics:
    total time:                          60.0011s
    total number of events:              13714

Latency (ms):
         min:                                  4.72
         avg:                                 69.99
         max:                                325.08
         95th percentile:                    120.00  # 95%请求响应时间<120ms
         sum:                              959942.64

（2）纯写测试（测写入瓶颈）

模拟大量插入/更新/删除（如订单创建、日志写入）：

sysbench oltp_write_only \
  --mysql-host=127.0.0.1 \
  --mysql-port=3306 \
  --mysql-user=root \
  --mysql-password=你的密码 \
  --mysql-db=test_db \
  --tables=10 \
  --table-size=1000000 \
  --threads=8  # 写操作CPU消耗低，线程数可设为CPU核心数\
  --time=60 \
  run

（3）读写混合测试（最接近真实场景）

默认读写比例约7:3（可通过--ratio参数调整）：

sysbench oltp_read_write \
  --mysql-host=127.0.0.1 \
  --mysql-port=3306 \
  --mysql-user=root \
  --mysql-password=你的密码 \
  --mysql-db=test_db \
  --tables=10 \
  --table-size=1000000 \
  --threads=32 \
  --time=120 \
  run

场景2：自定义SQL测试（模拟业务查询）

目标：测试真实业务SQL的性能（如首页复杂查询、报表统计）。

步骤1：编写Lua测试脚本（`custom_test.lua`）

-- 定义测试逻辑：随机查询id在1-1000000的记录
function event()
  local id = math.random(1, 1000000)
  -- 替换为你的业务SQL（如SELECT * FROM order WHERE id=?）
  conn:query("SELECT * FROM sbtest1 WHERE id = " .. id)
end

步骤2：执行自定义测试

sysbench --test=custom_test.lua \
  --mysql-host=127.0.0.1 \
  --mysql-port=3306 \
  --mysql-user=root \
  --mysql-password=你的密码 \
  --mysql-db=test_db \
  --threads=20 \  # 模拟20个并发用户
  --time=60 \
  run

场景3：并发连接测试（测连接池配置）

目标：验证max_connections是否合理，避免连接数过高导致拒绝服务。

sysbench oltp_read_only \
  --mysql-host=127.0.0.1 \
  --mysql-port=3306 \
  --mysql-user=root \
  --mysql-password=你的密码 \
  --mysql-db=test_db \
  --threads=200  # 模拟200并发连接（逐步增加，如50→100→200）\
  --time=60 \
  run

注意：若出现Too many connections错误，需调大max_connections或优化连接池（如使用ProxySQL）。

四、结果分析：3步定位性能瓶颈

第1步：记录关键指标（附表格模板）

创建“性能测试结果表”，对比不同场景下的表现：

测试场景	并发线程	QPS	TPS	95%响应时间（ms）	CPU使用率（%）	磁盘IOPS（写）	结论
纯读测试	8	3500	-	50	60	100	未达瓶颈
纯读测试	16	6800	-	90	90	200	接近CPU瓶颈
纯读测试	32	7000	-	150	100	250	CPU已达瓶颈
读写混合测试（32线程）	32	4500	900	200	95	800	IO压力大