在了解基本概念之后，现在可以来具体计论一下如何设计和执行基准测试。但在讨论如何设计好的基准测试之前，先来看一下如何避免一此常见的错误， 这些错误可能导致测试结果无用或者不精确：

（1）使用真实数据的子集而不是全集。例如应用需要处理几百GB的数据，但测试只有1GB教前者只使用当前教展进行潮试却希健模扣未来业务大幅度增长后的情况。

（2）使用错误的数据分布。例如使用均匀分布的数据测试，而系统的真实数据有很多热点区城(随机生成的潮试数据通常无法模权真实的数据分布)。

（3）使用不真实的分布参散， 例如假定所有用户的个人信息(rofie)都会被平均地读取。

（4）在多用户场景中， 只做单用户的测试。

（5）在单服务器上测试分布式应用。

（6）与真实用户行为不匹配，例如Web页面中的“思考时间"。真实用户在请求到一个页面后会阅读一段时间， 而不是不停顿地一个接一一个 点击相关链接。

（7）反复执行同 一个查询。真实的查询是不尽相同的，这可能会导致缓存命中率降低。而反复执行同一个查询在某种程度上，会全部或者部分缓存结果。

（8）没有检查错误。如果测试的结果无法得到合理的解释，比如一个本应该很慢的查询突然变快了，就应该检查是否有错误产生。否则可能只是测试了MySQL检测语法错误的速度了。基准测试完成后，一定要检查一下错误日志， 这应当是基本的要求。忽略了系统预热(warm up)的过程。例如系统重启后马上进行测试。有时候要了解系统重启后需要多长时间才能达到正常的性能容量，要特别留意预热的时长，反过来说，如果要想分析正常的性能，需要注意，若基准测试在重启以后马上启动，则缓存是冷的、还没有数据，这时即使测试的压力相同，得到的结果也和缓存已经装满数据时是不同的。

（9）”使用默认的香港服务器租用配置。 第3章将详细地讨论香港服务器的优化配置。

（10）”测试时间太短。基准测试需要持续一 定的时间。后面会继续讨论这个话题。

        只有避免了上述错误，才能走上改进测试质量的漫漫长路。

        如果其他条件相同，就应努力使测试过程尽可能地接近真实应用的情况，当然，有时候和真实情况稍有些出人问题也不大。例如，实际应用香港服务器和数据库香港服务器分别部署在不同的机器。如果采用和实际部署完全相同的配置当然更真实，但也会引人更多的安化因素，比如加

加人了网络的负载和速度等。而在单一 节点上运行测试相对要容易，在某些情况下结果也可以接受，那么就可以在单一节点上进行测试， 当然， 这样的选择需要根据实际情况来分析是否合适。