前言：
基准测试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数据库】第一章解读：mysql架构与历史
【mysql数据库】第三章解读：服务器性能剖析 （下）
以上就是【mysql数据库】第二章解读：mysql基准测试的详细内容。