【IT168 技术】MySQL是一个功能强大的开源数据库。随着越来越多的数据库驱动的应用程序，人们一直在推动MySQL发展到它的极限。这里是101条调节和优化MySQL安装的技巧。一些技巧是针对特定的安装环境的，但这些思路是通用的。我已经把他们分成几类，来帮助你掌握更多MySQL的调节和优化技巧。

　　MySQL 服务器硬件和操作系统调节：

　　1. 拥有足够的物理内存来把整个InnoDB文件加载到内存中——在内存中访问文件时的速度要比在硬盘中访问时快的多。

　　2. 不惜一切代价避免使用Swap交换分区——交换时是从硬盘读取的，它的速度很慢。

　　3. 使用电池供电的RAM(注：RAM即随机存储器)。

　　4. 使用高级的RAID(注：Redundant Arrays of Inexpensive Disks，即磁盘阵列)——最好是RAID10或更高。

　　5. 避免RAID5(注：一种存储性能、数据安全和存储成本兼顾的存储解决方案)——确保数据库完整性的校验是要付出代价的。

　　6. 将操作系统和数据分区分开，不仅仅是逻辑上，还包括物理上——操作系统的读写操作会影响数据库的性能。

　　7. 把MySQL临时空间和复制日志与数据放到不同的分区——当数据库后台从磁盘进行读写操作时会影响数据库的性能。

　　8. 更多的磁盘空间等于更快的速度。

　　9. 更好更快的磁盘。

　　10. 使用SAS(注： Serial Attached SCSI，即串行连接SCSI)代替SATA(注：SATA，即串口硬盘)。

　　11. 较小的硬盘比较大的硬盘快，尤其是在RAID配置的情况下。

　　12. 使用电池支持的高速缓存RAID控制器。

　　13. 避免使用软件磁盘阵列。

　　14. 考虑为数据分区使用固态IO卡 (不是磁盘驱动器)——这些卡能够为几乎任何数量的数据支持2GB/s的写入速度。

　　15. 在Linux中设置swappiness的值为0——在数据库服务器中没有理由缓存文件，这是一个服务器或台式机的优势。

　　16. 如果可以的话，使用noatime 和nodirtime 挂载文件系统——没有理由更新访问数据库文件的修改时间。

　　17. 使用XFS 文件系统——一种比ext3更快、更小的文件系统，并且有许多日志选项， 而且ext3 已被证实与MySQL有双缓冲问题。

　　18. 调整 XFS 文件系统日志和缓冲变量——为了最高性能标准。

　　19. 在Linux 系统中， 使用NOOP 或者DEADLINE IO 定时调度程序——同NOOP 和DEADLINE定时调度程序相比，这个 CFQ 和 ANTICIPATORY 定时调度程序 显得非常慢。

　　20. 使用64位的操作系统——对于MySQL，会有更大的内存支持和使用。

　　21. 删除服务器上未使用的安装包和守护进程——更少的资源占用。

　　22. 把使用MySQL的host和你的MySQL host放到一个hosts文件中——没有DNS查找。

　　23. 切勿强制杀死一个MySQL进程——你会损坏数据库和正在运行备份的程序。

　　24. 把服务器贡献给MySQL——后台进程和其他服务能够缩短数据库占用CPU的时间。

　　MySQL 配置：

　　25. 当写入时，使用innodb_flush_method=O_DIRECT 来避免双缓冲。

　　26. 避免使用O_DIRECT 和 EXT3 文件系统——你将序列化所有要写入的。

　　27. 分配足够的innodb_buffer_pool_size 来加载整个InnoDB 文件到内存中——少从磁盘中读取。

　　28. 不要将innodb_log_file_size 参数设置太大， 这样可以更快同时有更多的磁盘空间——丢掉多的日志通常是好的，在数据库崩溃后可以降低恢复数据库的时间。

　　29. 不要混用innodb_thread_concurrency 和thread_concurrency 参数—— 这2个值是不兼容的。

　　30. 分配一个极小的数量给max_connections 参数——太多的连接会用尽RAM并锁定MySQL服务。

　　31. 保持thread_cache 在一个相对较高的数字，大约 16——防止打开连接时缓慢。

　　32. 使用skip-name-resolve参数——去掉 DNS 查找。

　　33.如果你的查询都是重复的，并且数据不常常发生变化，那么可以使用查询缓存。但是如果你的数据经常发生变化，那么使用查询缓存会让你感到失望。

　　34.增大temp_table_size值，以防止写入磁盘

　　35.增大max_heap_table_size值，以防止写入磁盘

　　36.不要把sort_buffer_size值设置的太高，否则的话你的内存将会很快耗尽

　　37.根据key_read_requests和key_reads值来决定key_buffer的大小，一般情况下key_read_requests应该比key_reads值高，否则你不能高效的使用key_buffer

　　38.将innodb_flush_log_at_trx_commit设置为0将会提高性能，但是如果你要保持默认值(1)的话，那么你就要确保数据的完整性，同时你也要确保复制不会滞后。

　　39.你要有一个测试环境，来测试你的配置，并且在不影响正常生产的情况下，可以常常进行重启。