首页 > 资讯列表 > 服务器 >> 系统

101 个 MySQL 的调节和优化的提示

系统 2014-07-17 16:59:30 转载来源: 网络整理/侵权必删

MySQL是一个功能强大的开源数据库。随着越来越多的数据库驱动的应用程序,人们一直在推动MySQL发展到它的极限

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.你要有一个测试环境,来测试你的配置,并且在不影响正常生产的情况下,可以常常进行重启。 MySQL模式优化: 40. 保持你的数据库整理性。 

41. 旧数据归档 - 删除多余的行返回或搜索查询。 42. 将您的数据加上索引.

43. 不要过度使用索引,比较与查询.

44. 压缩文字和BLOB数据类型 - 以节省空间和减少磁盘读取次数.

45. UTF 8和UTF16都低于latin1执行效率.

46. 有节制地使用触发器.

47. 冗余数据保持到最低限度 - 不重复不必要的数据.

48. 使用链接表,而不是扩展行.

49. 注意数据类型,在您的真实数据中,尽可能使用最小的一个.

50. 如果其他数据经常被用于查询时,而BLOB / TEXT数据不是,就把BLOB / TEXT数据从其他数据分离出来.

51.检查和经常优化表.

52. 经常重写InnoDB表优化.

53. 有时,当添加列时删除索引,然后在添加回来索引,这样就会更快.

54. 针对不同的需求,使用不同的存储引擎.

55. 使用归档存储引擎日志表或审计表-这是更有效地写道.

56.  会话数据存储在缓存(memcache)的而不是MySQL中 - 缓存允许自动自动填值的,并阻止您创建难以读取和写入到MySQL的时空数据.

57.存储可变长度的字符串时使用VARCHAR而不是CHAR - 节省空间,因为固定长度的CHAR,而VARCHAR长度不固定(UTF8不受此影响).

58. 逐步进行模式的变化 - 一个小的变化,可以有巨大的影响.

59.在开发环境中测试所有模式,反映生产变化.

60. 不要随意更改你的配置文件中的值,它可以产生灾难性的影响.

61. 有时候,在MySQL的configs少即是多.

62.有疑问时使用一个通用的MySQL配置文件.

MySQL metrics widget

1 2 下一页 查看全文

标签: MySQL 调节 优化 提示


声明:本文内容来源自网络,文字、图片等素材版权属于原作者,平台转载素材出于传递更多信息,文章内容仅供参考与学习,切勿作为商业目的使用。如果侵害了您的合法权益,请您及时与我们联系,我们会在第一时间进行处理!我们尊重版权,也致力于保护版权,站搜网感谢您的分享!

站长搜索

http://www.adminso.com

Copyright @ 2007~2024 All Rights Reserved.

Powered By 站长搜索

打开手机扫描上面的二维码打开手机版


使用手机软件扫描微信二维码

关注我们可获取更多热点资讯

站长搜索目录系统技术支持