mysql优化的几大疑问（版主必看！）

  由于无法短时间优化应用程序，所以只有在mysql的优化做文章了。但是正如看病吃药一样，首先要知道病人得的是什么病，一般的做法是就是通过望、闻、问、切方法，其次用什么样的药方，最后要看病人的反应才知道药方对不对。那么优化mysql就有同样的问题：
1、优化mysql时，我们通常的目的是什么？就是通常会遇到哪些问题？
比如：(1)disk cache一直很高；(2)mysql的内存利用不充分
2、优化的方法怎么做？
优化其实在不更改硬件设置的情况下，通常都是调mysql的变量设置，对应出现什么情况，又需要调什么设置呢？
3、怎么知道我们更改的设置起到了优化的租用，比如是通过show status，看对应的什么参数呢？

在网上看了一些这方面的文章，都没有找到一个比较详细的解答，希望帮主给予帮助啊~~~~~~~~~~~~~

>1、优化mysql时，我们通常的目的是什么？就是通常会遇到哪些问题？这个问题貌似应该问你自己吧？好像其他人还是不太容易回答你这个问题的。
>2、优化的方法怎么做？这个其实很难有几句话来说清楚，要不然也不会存在那么多书籍专门讲优化了，即使只有一本书讲优化，那也有很多内容，就比如官方文档中都有大量介绍优化相关的方法。优化方法，实际上没办法统一而论，关键是要看你需要优化的是什么？IO响应慢：那该优化IO系统，看是增加内存提高Cache命中率还是增加磁盘数目提高整个存储系统的IOPS能力？是使用更好的存储系统来提高IO处理能力还是改善数据库使用方式以减少IO？CPU响应慢：那是计算资源的问题，看是修改应用程序的实现方式还是缩减应用需求来减少CPU运算量？看是修改SQL编写方式以减少CPU运算量还是升级CPU数目或者CPU型号以提供更好的计算资源？网络堵塞：看是增加网卡通过多网卡负载均衡来减少单网卡的压力还是使用更高带宽的网卡？
不管是什么方面的问题，指望通过修改 MySQL 某个（或者某些）参数来达到太大的性能改善并不是特别的现实。只要之前的配置不存在太大的问题，后面修改数据库参数只是一个微调以及业务变化后造成不得不改变的调整。
至于调整之后如何看效果这个可以通过主机上面的负载情况，应用的响应情况，数据库本身的繁忙程度等等都可以看出来啊！