关于MySQL压力测试那些工具和怎么用的乱聊一点

关于MySQL压力测试那些工具和怎么用的乱聊一点

聊到MySQL压力测试,这事儿其实挺有意思的，你别看那些专业的DBA说起来一套一套的，什么TPS、QPS、响应时间百分位值，听着就头大，咱们今天就抛开这些，用大白话聊聊那些常用的工具，以及怎么上手玩一玩，感受一下你的数据库到底有多“抗揍”。

为啥要折腾压力测试？

简单说,就是心里没底，你开发了个网站或者应用，平时就几十上百人用，看着挺顺畅，万一哪天走了狗屎运，某个帖子火了，或者搞个促销活动，一下子涌进来几万人，你的数据库要是顶不住，直接卡死或者挂掉，那可就全完了，压力测试就是提前模拟这种“倒霉”或者“走运”的场景，看看数据库的极限在哪，瓶颈在哪，是CPU先爆了还是内存不够了，或者是某个SQL语句写得实在太烂，一压就现原形，这好比买车不能光看市区油耗，得上高速拉一拉才知道性能到底如何。

几个常见的“折磨”工具

1. mysqlslap：MySQL自带的“开胃小菜” 这个是MySQL官方自带的，安装好MySQL就有，特别方便拿来随手测试一下，它就像个标准化的“拳头”，按照你设定的节奏捶打数据库。 怎么用呢？最简单粗暴的命令就是这样（来源：MySQL官方手册）： mysqlslap -u root -p --concurrency=50 --number-of-queries=1000 这命令啥意思？-u和-p是用户名密码。--concurrency=50就是模拟50个用户同时连接上来搞事情。--number-of-queries=1000就是总共执行1000次查询。 你还可以让它更智能点，比如--auto-generate-sql，让它自己随便生成点测试数据和SQL语句，或者用--iterations来跑好几轮，看个平均值。 它的好处是方便，不用额外安装，适合快速验证一下数据库的基本性能，缺点就是功能相对简单，模拟的场景不够真实，毕竟真实的业务SQL可比它自动生成的复杂多了。

2. sysbench：功能强大的“瑞士军刀” 这是个非常非常流行的开源压力测试工具，功能比mysqlslap强太多了，不光是数据库，连CPU、内存、磁盘IO都能测，咱们这里只聊它对MySQL的测试。 用它一般分几步走（来源：sysbench GitHub官方文档）： 第一步，准备数据（造点假数据）： sysbench oltp_read_write.lua --table-size=1000000 --mysql-user=root --mysql-password=your_password prepare 这个命令意思是，用一个叫oltp_read_write.lua的脚本（这个脚本模拟了常见的读写混合操作），先往数据库里创建一些表，并插入100万条测试数据，这就好比你要测试一个仓库的吞吐量，得先往里面堆满货物才行。 第二步，开跑（开始折磨）： sysbench oltp_read_write.lua --table-size=1000000 --threads=50 --time=300 run 这里--threads=50就是开50个线程模拟并发用户，--time=300是持续折磨5分钟，跑完之后，它会给你一份很详细的报告，告诉你每秒处理了多少事务（差不多相当于每秒完成了多少个请求），平均响应时间是多少，95%的请求在多少毫秒内完成的等等，这些数据就能让你对数据库的性能有个直观的了解。 第三步，清理现场（删掉测试数据）： sysbench oltp_read_write.lua --mysql-user=root --mysql-password=your_password cleanup sysbench的强大在于它很灵活，你可以选择不同的Lua脚本来模拟不同的业务场景，比如只读、只写、混合读写、或者偏重更新操作的。

3. tpcc-mysql：模拟真实订单业务的“大家伙” 如果说sysbench是通用型选手，那tpcc-mysql就是专门模拟电商订单业务的专家级工具，它定义了一套非常复杂的模型，包括新建订单、付款、查询订单、发货、库存查询等一大堆操作，非常贴近真实世界的电商场景（来源：Percona公司对其移植版的介绍）。 用这个工具稍微麻烦点，需要先下载源码编译，然后它有自己的数据准备工具，会生成一个巨大的测试数据库，模拟多个仓库、商品、客户等信息。 它的命令大概长这样： ./tpcc_start -h your_mysql_host -d tpcc1000 -u root -p "password" -w 10 -c 10 -r 300 -l 600 这里-w 10表示模拟10个仓库的数据量，数据量会很大。-c 10是并发连接数，-r 300是预热300秒，让数据库先活跃起来，-l 600是正式测试600秒。 它的测试结果会给出一个很重要的指标叫“吞吐量”（tpmC），这个值越高说明数据库处理订单的能力越强，用这个工具测出来的数据，能让你对数据库在复杂业务下的表现更有信心。

瞎聊点怎么用和怎么看

你没必要一上来就追求tpcc-mysql这种大杀器，可以从mysqlslap或者sysbench开始，找个测试环境（千万千万别直接在线上生产库搞！），自己玩一下。 看结果的时候，别光盯着那个最大的每秒处理数看，你得像个老中医一样，综合看几个指标：

• 响应时间：用户感觉卡不卡，主要看这个，平均响应时间有意义，但更要关注比如95%的请求在多少毫秒内返回，这能避免被少数特别慢的请求平均值拉好看。
• 成功率：压力大了之后，会不会出现很多执行失败的SQL？如果有，那说明快到极限了，或者有锁冲突之类的问题。
• 系统资源：一边压测，一边要用top、vmstat、iostat这些命令看看服务器本身的CPU、内存、磁盘IO压力怎么样，很多时候数据库慢，不是它自己的问题，是服务器资源被榨干了，特别是磁盘IO，经常是瓶颈。

压力测试也是个反复折腾的过程,你可能第一次测下来，发现性能很烂，然后你去优化了一下某个表的索引，或者调整了MySQL的几个关键配置参数（比如innodb_buffer_pool_size），再测一次，发现性能蹭蹭往上涨，那种成就感还是挺足的。

压力测试不是什么高深莫测的东西,它就是帮你了解你的数据库、发现潜在问题、避免线上事故的一个非常实用的手段，找个工具，动手试一试，你就明白大概是怎么回事了。