优化服务器设置
1. MySQL有大量可以修改的参数--但不应该随便去修改。通常只需要把基本的项配置正确(大部分情况下只有很少一些参数时真正重要的)，应将更多时间花在schema的优化、索引，以及查询设计上。在正确配置
了MySQL的基本配置项之后，再花力气去修改其他配置项的收益通常就比较小。
从另一方面来说，没用的配置导致潜在风险的可能更大。
2. 那么什么是该做的呢？确保基本配置是正确的。例如InnoDB的Buffer Pool和日志文件缓存大小，如果想防止出问题(提醒一下，这样做通常不能提升性能--它们只能避免问题)，就设置一个比较安全的值，剩下
的配置就不用管了。
3. 另一个节省时间和避免麻烦的好办法是使用默认配置，除非是明确地知道默认值会有问题。很多人都是在默认配置下运行的，这种情况非常普遍。这使得默认配置经过最多的实际测试的。对配置项做一些不必要
的修改可能会遇到一些意料之外的bug.
4. MySQL配置的工作原理：
1). 配置文件位置一般在/etc/my.cnf或者/etc/mysql/my.cnf
2). 任何打算长期使用的配置都应该写到全局配置文件中。
4.3 入门
1). 设置变量时请小心，并不是值越大越好，而且如果设置的值太高，可能更容易导致问题：可能会由于内存不足导致服务器内存交换，或者超过地址空间。
2). 应该始终通过监控来确认生产环境中变量的修改，是提高还是降低了服务器的整体性能。
3). 如果你经常做笔记，在配置文件中写好注释，可能会节省自己(和同时)大量的工作。一个更好的主意是把配置文件置于版本控制之下。
4). 在开始改变配置之前，应该优化查询和schema，至少先做明显要做的事情，例如添加索引。如果先深入调整配置，然后修改了查询语句和schema，也许需要回头再次评估配置。
4.4 通过基准测试迭代优化
1). 一般情况下不建议做大量的基准测试，收益太少，并且可能会掩盖其他问题。而把时间花在检查备份、监控执行计划的变动之类的事情上，可能会更有意义。
2). 如果必须这样做，我们建议在开始配置服务器之前，开发一份定制的基准测试包。
3). 最好的办法是一次改变一个或者两个变量，每次一点点，每次更改后运行基准测试，确保运行足够长的时间来确认性能是否稳定。
5. 什么不该做：
1). 不要根据一些"比率" 来调优。例如：如果命中率低，则应该增加缓存大小。这在很多情况下都是错误的。
2). 不要使用调优脚本。有几个这样的可以在互联网上找到的脚本非常受欢迎，最好忽略它们。
3). 在互联网上搜索如何配置并不总是一个好主意。在博客、论坛等地方都可以能知道到很多不好的建议。
4). 不要相信很溜的内存消耗公式--是的，就是MySQL崩溃时自身输出的那个内存消耗公式。这个公式已经很老了，他可能并不靠谱。
原文：http://www.cnblogs.com/Jtianlin/p/5172459.html