MySQL如何测试

41次阅读
没有评论

共计 2991 个字符,预计需要花费 8 分钟才能阅读完成。

自动写代码机器人,免费开通

这篇文章主要介绍 MySQL 如何测试,文中介绍的非常详细,具有一定的参考价值,感兴趣的小伙伴们一定要看完!

前言:

基准测试 benchmark:基本技能,是针对系统设计的一种压力测试,是唯一方便有效、可学习系统在给定的工作负载下回发生什么 的方法,他可以观察系统在不同压力下的行为,评估系统的容量,掌握哪些是重要的变化,或观察系统如何处理不同的数据,可在系统实际负载外创建虚拟场景进行测试(掌握系统行为)

正文:

如前言,基准测试很、重、要!可以完成的工作:总的来说:测试硬件、预估硬件、验证系统、测压力、调配置

1、验证基于系统的假设,确认假设是否符合实际情况;2、重现系统中某些异常行为,以解决;3、测试系统当前的运行情况,利用历史结果分析诊断无法预测的问题;4、模拟更高的负载找出系统随压力增加而可能遇到的扩展性瓶颈;5、规划未来的业务增长,硬件、网络容量、相关资源;6、测试应用适应可变环境的能力;7、测试不同的硬件、软件和操作系统配置,证明设备是否配置正确;

对数据库的基准测试的作用,就是分析在当前的配置下(包括硬件配置、OS、数据库设置等),数据库的性能表现,从而找出 MySQL 的性能阈值,并根据实际系统的要求调整配置。【源】

与真实压力不同:真实的复杂多变;基准测试要求尽可能快执行完成,简单直接、结果易比较、成本低易行

2.2 策略

针对系统整体:集成式 full-stack

单独测试 MySQL:单组件式 single-component

推荐整体测试:要正确设置

1、用户关注的是整体的性能;2、MySQL 并非总是瓶颈;3、更能揭示应用的真实表现

推荐单独测试:需要数据

1、需比较不同 schema 或查询的性能;2、针对某个具体问题的测试;3、避免漫长,做短期、快速周期循环

2.2.1 指标

目标:细化为一系列问题,具体问题具体分析

吞吐量:

单位时间内事务处理数,TPC-C、多用户交互式应用,每秒事务数,每分钟事务数

响应时间或延迟

测试任务所需的整体时间,平均响时、最小响时、最大和所占百分比;借助图表

并发性:

测试应用在不同并发下的性能,关注正在工作中的并发操作、同时工作中的线程数 连接数;

web 服务器并发性!= 数据库的,仅表会话存储机制数据处理能力;测 web 并发 任意时间有多少并发;

可扩展性

可扩展性:给系统增加一倍工作,理性情况下能获得两部的结果;给系统增一倍资源可或 2 倍吞吐量

系统业务压力可能发生变化:测可扩展性非常必要;该指标对容量规范有用:提供信息来发现应用瓶颈

尽可能收集测试需求,基于需求设计测试,忌只关注部分指标,而忽略其他指标

2.3 方法

要尽可能接近真实应用的情况:

使用全集、数据分布特点、真实分布参数、是否多用户、匹配用户行为、多类型、检查错误日志、系统预热:重启后多长时间才达到正常性能容量、持续一定时间;

2.3.1 设计、规范

提出问题、目标明确

    标准的基准测试:合适的方案 TPC-H OLTP

    专用的测试:复杂、迭代,获易还原的生产数据集快照

计划:参数、结果文档化、测试详细记录

2.3.2 时间

基准测试应运行足够长的时间,无法确认时间可一直运行,持续观察知道确认系统已稳定

一个简单的测试规则:等系统看起来稳定的时间至少 = 系统预热的时间

2.3.3 获取系统性能和状态

尽量多地收集被测系统的信息

best 建目录、每执行一轮测试创建单独子目录,将结果、配置文件、测试指标、脚本和其他相关说明保存其中

需要记录是数据:

系统状态、性能指标:CPU 使用率  、磁盘 I /O、网络流量统计、SHOWGLOBAL STATUS 计数器

合理的间隔,记录开始时间、利用时间戳、只是收集就好

2.3.4 获取准确的结果

回答些问题:

是否选择了正确的基准测试?是否为问题收集了数据?预热时间是否足够长?

是否采用了错误的测试标准:IO 密集型引用采用 CPU 密集型测试标准来评估性能?

测试结果是否可重复?重测前确保系统状态一致;对症测

影响因素:

外部压力、性能分析、监控系统、详细日志、周期性作业

注意:

过程中所需资源是专来测试的;测试中尽量少修改参数、通过迭代逐步修改基准测试的参数;认真研究过程中的异常情况并找到原因

2.3.5 运行测试分析结果

自动化:减少人为失误,Makefile 文件、脚本

测试结果满足目前需求,简单运行几轮测试,看看结果就 OK 了,如结果变化很大,可多运行几次、或更长时间

结果:

      分析,将数字变成知识,最终的目的是回答在设计时的问题

如何抽象有意义的结果,依赖于如何收集数据,写脚本分析数据、减少人为失误、工作量、可重复、文档化

2.3.6 绘图重要性

一张图胜过千言万语嘛,本来有些知识点宝宝是想画导图的,但是么有画

书中有这么一个语句,分享一下:SHOW FULL PROCESSLIST    SHOW PROCESSLIST 显示哪些线程正在运行,您也可以使用 mysqladmin processlist 语句得到此信息,如果您有 SUPER 权限,您可以看到所有线程,否则,您只能看到您自己的线程,不使用 FULL 关键词,则只显示每个查询的前 100 个字符【源】

2.4 基准测试工具集成测试工具:整个应用

1、ab 是 Apache HTTP,每秒最多可处理多少请求【参考】【2】

2、http_load:ab 类似更灵活,被设计为对 web 服务器测试,通过一个输入文件提供多个 URL,随机选择进行测试,也可定制,使其按照时间比率进行测试【参考】

3、JMeter,java 程序,可加载其他应用并测试其性能,这个听不错的,上面两个没有接触过,不评论

单组件式:测 MySQL,基于 MySQL 的系统性能

1、mysqlslap:mysql5.1 后自带,模拟服务器的负载,输出计时信息,可执行并发连接数、指定 sql 语句,否则自动生成 select 语句【参考】

2、MySQL Benchmark Suite(sql-bench):自带、5.7 拿掉,基准测试套件,用于不同数据库服务器上进行比较测试,单线程串行执行,测执行查询的速度;包含了大量预定义测试,易使用,轻松比较不同引擎或配置的性能测试,CPU 密集型的,结果会显示哪些类型的操作在服务器上执行更快,缺点:测试数据集小且无法用指定的数据,需要 perl BDB 支持;【参考】

3、Super Smack:MySQL、PostgreSQL, 提供压力测试和负载均衡,复杂而强大的工具,可模拟多用户访问,加载测试数据到库、随机数据填充测试表【参考】

4、Database Test Suite:类似某些工业标准测试的工具集,免费 TPC-C OLTP 测试工具

5、sysbench:多线程系统压测,据影响数据库服务器性能的因素评估系统的性能,全能测试工具,支持 MySQL、操作系统、硬件的硬件测试【参考】【2】

MySQL 的 BENCHMARK() 函数:测试特定操作的执行速度,参数可以是需要执行的次数或表达式(任何标量表达式)

2.5 案例

此处省略 n 字

2.6 总结

终于等到你~ 音乐起;建议至少要熟悉 sysbench,如何使用 oltp(比较不同系统性能)和 fileio 测试;经常执行基准测试,制定一些原则很必要,选择合适的测试工具、建立脚本库,收集信息分析结果,熟练一种绘图工具;

以上是“MySQL 如何测试”这篇文章的所有内容,感谢各位的阅读!希望分享的内容对大家有帮助,更多相关知识,欢迎关注丸趣 TV 行业资讯频道!

向 AI 问一下细节

正文完
 
丸趣
版权声明:本站原创文章,由 丸趣 2023-12-16发表,共计2991字。
转载说明:除特殊说明外本站除技术相关以外文章皆由网络搜集发布,转载请注明出处。
评论(没有评论)