测试人员喜欢在得到某个达不到预期的性能结果后，进行一下“调优”。

　　PM有时也会布置任务，测试完成后“调一个优”。

　　一些人貌似有了这种观念：调优才使性能测试有意义、性能测试的目的是调优、做调优才能显出测试人员的水平……

　　随着经验的增长和对性能更深入的认识，我越来越体会到调优是一个复杂的过程，不是动动嘴、改俩个参数这么简单，只有通过科学的方法和扎实的技能才能做好，以至于我使用这个词的频率越来越低，因为不敢轻易说出口……

　　在你再一次调优之前，先考虑以下几个问题：

　　为什么需要调优

　　如果问起这个问题，得到的回答通常是“因为性能不够好”，那么接下来我会问性能不好体现在哪里？你要调什么？希望得到什么结果？

　　如果你不能足够准确的回答第一个“体现在哪里”的问题，后两个也一定没有答案，所谓的调优自然也无从谈起。而这第一个问题的答案其实也是定位的过程。

　　举一个小例子。如果我已经发现数据库较慢，通过进一步监控又发现了一个cache的spinlock contention这个指标超过了正常的范围。那么我会猜测可能是这块缓存的争用导致了数据库的运行状况变差，针对这个现象我知道可以通过将cache分区来减少争用，改变配置后再重新测试和监控，这可以算是一次调优的尝试。

　　但如果你只停留在数据库慢的这个层面上，又怎么能进行调优呢？

　　所以，需要调优的一个前提是“定位到问题”或者“发现了瓶颈”。

　　又有人说了，没有问题为什么不能调优？没有问题，我们可以让系统变得更好！

　　但是，所谓的“更好”如何衡量？“好”到什么程度时不需要继续“好”了呢？

　　请记住，瓶颈永远存在，消灭了一个，必然会引入另一个。

　　调优的目标也不是“没有瓶颈”，而是系统在其所承受的压力下，性能表现足够好，那够了！

　　“足够好”其实也是没有问题。

　　调优调什么

　　理解了上面的内容，这个问题的答案很明显，调优必然是针对具体的问题或瓶颈。

　　而问题和瓶颈，指的是“性能不好”这个现象的直接原因，而不是那些不痛不痒的其他因素。