基准测试有两种主要的策略: -是针对整个系统的整体测试，另外是单独测试MySQL。这两种策略也被称为集成式(full-stack) 以及单组件式(single-component) 基准测试。针对整个系统做集成式测试，而不是单独测试MySQL的原因主要有以下几点:

（1）测试整个应用系统，包括Web香港服务器租用，应用代码、网络和数据库是非常有用的，因为用户关注的并不仅仅是MySQL本身的性能，而是应用整体的性能。

（2）MySQL并非总是应用的瓶颈，通过整体的测试可以揭示这一点。

（3）只有对应用做整体测试，才能发现各部分之间的缓存带来的影响。

（4）整体应用的集成式测试更能揭示应用的真实表现，而单独组件的测试很难做到这一点。

        另外方面，应用的整体基准测试很难建立，甚至很难正确设置。如果基准测试的设计有问题，那么结果就无法反映真实的情况，从而基于此做的决策也就可能是错误的。

        不过，有时候不需要了解整个应用的情况，而只需要关注MySQL的性能，至少在项目初期可以这样做。基于以下情况，可以选择只测试MySQL :

（1）需要比较不同的schema或查询的性能。

（2）针对应用中某个具体问题的测试。

（3）为了避免漫长的基准测试，可以通过一个短期的基准测试，做快速的“ 周期循环”，来检测出某些调整后的效果。

        另外，如果能够在真实的数据集上执行重复的查询，那么针对MySQL的基准测试也是有用的，但是数据本身和数据集的大小都应该是真实的。如果可能，可以采用生产环境的数据快照。

        不幸的是，设置一个基于真实数据的基准测试复杂而且耗时。如果能得到一份生产数据集的拷贝，当然很幸运，但这通常不太可能。比如要测试的是一个刚开发的新应用，它只有很少的用户和数据。如果想测试该应用在规模张到很大以后的性能表现，就只能通过模拟大量的数据和压力来进行。