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

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

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

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

　　4. 使用高级的RAID（注：Redundant Arrays of Inexpensive Disks，即磁盘阵列） – 好是RAID10或更高。

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

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

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

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

　　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的时间。

　　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. 针对不同的需求，使用不同的存储引擎.

　　77。LIMIT M，N实际上可以减缓查询在某些情况下，有节制地使用。

　　78。在WHERE子句中使用UNION代替子查询。

　　79。对于UPDATES（更新），使用 SHARE MODE（共享模式），以防止独占锁。

　　80。在重新启动的MySQL，记得来温暖你的数据库，以确保您的数据在内存和查询速度快。

　　81。使用DROP TABLE，CREATE TABLE DELETE FROM从表中删除所有数据。

　　82。 小化的数据在查询你需要的数据，使用*消耗大量的时间。

　　MySQL 备份过程:

　　83。考虑持久连接，而不是多个连接，以减少开销。

　　84。基准查询，包括使用服务器上的负载，有时一个简单的查询可以影响其他查询。

　　85。当负载增加您的服务器上，使用SHOW PROCESSLIST查看慢的和有问题的查询。

　　86。在开发环境中产生的镜像数据中 测试的所有可疑的查询。

　　87. 从二级复制服务器上进行备份。

　　88. 在进行备份期间停止复制，以避免在数据依赖和外键约束上出现不一致。

　　89. 彻底停止MySQL，从数据库文件进行备份。

　　90. 如果使用 MySQL dump进行备份，请同时备份二进制日志文件 – 确保复制没有中断。

　　91. 不要信任LVM 快照 – 这很可能产生数据不一致，将来会给你带来麻烦。

　　92. 为了更容易进行单表恢复，以表为单位导出数据 – 如果数据是与其他表隔离的。

　　93. 当使用mysqldump时请使用 –opt。

　　94. 在备份之前检查和优化表。

　　95. 为了更快的进行导入，在导入时临时禁用外键约束。

　　96. 为了更快的进行导入，在导入时临时禁用唯一性检测。

　　97. 在每一次备份后计算数据库，表以及索引的尺寸，以便更够监控数据尺寸的增长。

　　98. 通过自动调度脚本监控复制实例的错误和延迟。

　　99. 定期执行备份。

　　100. 定期测试你的备份。

　　 后 101: 执行MySQL 监控: Monitis Unveils The World’s First Free On-demand MySQL Monitoring.

相关文章

• 上一篇： 光纤收发器的的构成及特点
• 下一篇： 目前制冷剂的替代趋势