英文原文:101 Tips to MySQL Tuning and Optimization

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配置文件.

查询优化:

63. 使用慢查询日志去发现慢查询。 
64. 使用执行计划去判断查询是否正常运行。 
65. 总是去测试你的查询看看是否他们运行在最佳状态下 –久而久之性能总会变化。 
66. 避免在整个表上使用count(*),它可能锁住整张表。 
67. 使查询保持一致以便后续相似的查询可以使用查询缓存。 
68. 在适当的情形下使用GROUP BY而不是DISTINCT。 
69. 在WHERE, GROUP BY和ORDER BY子句中使用有索引的列。 
70. 保持索引简单,不在多个索引中包含同一个列。 
71. 有时候MySQL会使用错误的索引,对于这种情况使用USE INDEX。 
72. 检查使用SQL_MODE=STRICT的问题。 
73. 对于记录数小于5的索引字段,在UNION的时候使用LIMIT不是是用OR. 
74. 为了 避免在更新前SELECT,使用INSERT ON DUPLICATE KEY或者INSERT IGNORE ,不要用UPDATE去实现。 
75. 不要使用 MAX,使用索引字段和ORDER BY子句。 
76. 避免使用ORDER BY RAND().

77。LIMIT M,N实际上可以减缓查询在某些情况下,有节制地使用。 
78。在WHERE子句中使用UNION代替子查询。 
79。对于UPDATES(更新),使用 SHARE MODE(共享模式),以防止独占锁。 
80。在重新启动的MySQL,记得来温暖你的数据库,以确保您的数据在内存和查询速度快。 
81。使用DROP TABLE,CREATE TABLE DELETE FROM从表中删除所有数据。 
82。最小化的数据在查询你需要的数据,使用*消耗大量的时间。 
83。考虑持久连接,而不是多个连接,以减少开销。 
84。基准查询,包括使用服务器上的负载,有时一个简单的查询可以影响其他查询。 
85。当负载增加您的服务器上,使用SHOW PROCESSLIST查看慢的和有问题的查询。 
86。在开发环境中产生的镜像数据中 测试的所有可疑的查询。

MySQL 备份过程:

87. 从二级复制服务器上进行备份。 
88. 在进行备份期间停止复制,以避免在数据依赖和外键约束上出现不一致。 
89. 彻底停止MySQL,从数据库文件进行备份。  
90. 如果使用 MySQL dump进行备份,请同时备份二进制日志文件 – 确保复制没有中断。 
91. 不要信任LVM 快照 – 这很可能产生数据不一致,将来会给你带来麻烦。 
92. 为了更容易进行单表恢复,以表为单位导出数据 – 如果数据是与其他表隔离的。 
93. 当使用mysqldump时请使用 –opt。 
94. 在备份之前检查和优化表。 
95. 为了更快的进行导入,在导入时临时禁用外键约束。 
96. 为了更快的进行导入,在导入时临时禁用唯一性检测。 
97. 在每一次备份后计算数据库,表以及索引的尺寸,以便更够监控数据尺寸的增长。 
98. 通过自动调度脚本监控复制实例的错误和延迟。 
99. 定期执行备份。 
100. 定期测试你的备份。

101 个 MySQL 的调节和优化的提示的更多相关文章

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

    MySQL是一个功能强大的开源数据库.随着越来越多的数据库驱动的应用程序,人们一直在推动MySQL发展到它的极限.这里是101条调节和优化MySQL安装的技巧.一些技巧是针对特定的安装环境的,但这些思 ...

  2. 101 个 MySQL 的调节和优化的提示(根据实际情况调整,有些已经不适用)

    英文原文:101 Tips to MySQL Tuning and Optimization ( July 12, 2011)翻译:http://www.oschina.net/translate/1 ...

  3. 100个MySQL 的调节和优化的提示

    100个MySQL 的调节和优化的提示 MySQL是一个功能强大的开源数据库.随着越来越多的数据库驱动的应用程序,人们一直在推动MySQL发展到它的极限.这里是101条调节和优化MySQL安装的技巧. ...

  4. 101个MySQL的调节和优化的Tips

    MySQL 是一个功能强大的开源数据库.随着越来越多的数据库驱动的应用程序,人们一直在推动MySQL发展到它的极限.这里是101条调节和优化MySQL安装的技巧.一些技巧是针对特定的安装环境的,但这些 ...

  5. 101个MySQL的调节和优化技巧

    MySQL是一个功能强大的开源数据库.随着越来越多的数据库驱动的应用程序,人们一直在推动MySQL发展到它的极限.这里是101条调节和优化MySQL安装的技巧.一些技巧是针对特定的安装环境的,但这些思 ...

  6. MySQL 的调节和优化的提示

    MySQL 服务器硬件和操作系统调节: 1. 拥有足够的物理内存来把整个InnoDB文件加载到内存中——在内存中访问文件时的速度要比在硬盘中访问时快的多.2. 不惜一切代价避免使用Swap交换分区 – ...

  7. 【转】101个MySQL调试和优化技巧

    MySQL是一个功能强大的开源数据库.随着越来越多的数据库驱动的应用程序,人们一直在推动MySQL发展到它的极限.这里是101条调节和优化MySQL安装的技巧.一些技巧是针对特定的安装环境的,但这些思 ...

  8. (6)MySQL进阶篇SQL优化(MyISAM表锁)

    1.MySQL锁概述 锁是计算机协调多个进程或线程并发访问某一资源的机制.在数据库中,除传统的计算资源 (如 CPU.RAM.I/O 等)的抢占以外,数据也是一种供许多用户共享的资源.如何保证数 据并 ...

  9. [MySQL Reference Manual] 8 优化

    8.优化 8.优化 8.1 优化概述 8.2 优化SQL语句 8.2.1 优化SELECT语句 8.2.1.1 SELECT语句的速度 8.2.1.2 WHERE子句优化 8.2.1.3 Range优 ...

随机推荐

  1. Socket网络编程--Libev库学习(2)

    这一小节讲各个观察器(Watcher) 在libev下面watcher相当于EventHandler这么一个概念,通常里面会绑定fd回调函数以及我们需要关注的事件. 然后一旦触发事件之后会触发我们使用 ...

  2. SeekBar: 修改SeekBar中进度条的高度

    SeekBar中有两个很特别的属性需要留意下: 1.android:maxHeight和android:minHeight .前者是用来指定进度条最大高度的(此高度并非SeekBar整个控件的高度), ...

  3. CCAction、CCFiniteTimeAction、CCSpeed、CCFollow

    /**************************************************************************** Copyright (c) 2010-201 ...

  4. .NET MVC下的日志文件生成法

    /// <summary> /// 写日志文件 /// </summary> /// <param name="Infos">日志内容</ ...

  5. 每日英语:How Often Do Gamblers Really Win?

    The casino billboards lining America's roadways tantalize with the lure of riches. 'Easy Street. It' ...

  6. Kafka:架构简介【转】

    转:http://www.cnblogs.com/f1194361820/p/6026313.html Kafka 架构简介 Kafka是一个开源的.分布式的.可分区的.可复制的基于日志提交的发布订阅 ...

  7. AAPT err(Facade for): libpng error: Not a PNG file 错误解决

    在导入项目到Android studio后,若编译出现“AAPT err(Facade for): libpng error: Not a PNG file”错误. 该错误表示项目中的drawable ...

  8. linux输入子系统

    linux输入子系统(linux input subsystem)从上到下由三层实现,分别为:输入子系统事件处理层(EventHandler).输入子系统核心层(InputCore)和输入子系统设备驱 ...

  9. Web通信

    客户在浏览器输入一个有效的url地址开始,浏览器会利用socket向url对应的web服务器发送一个TCP请求,这个请求成功一次就需要来回握三次手才能确定,成功以后,浏览器利用socket TCP连接 ...

  10. java基础篇---文件上传(commons-FileUpload组件)

    上一篇讲解了smartupload组件上传,那么这一篇我们讲解commons-FileUpload组件上传 FileUpload是Apache组织(www.apache.org)提供的免费的上传组件, ...