【2017年整理】sql技巧.doc

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_buffer38.将 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 而不是 DISTINCT69. 在 WHERE, GROUP BY 和 ORDER BY 子句中使用有索引的列70. 保持索引简单,不在多个索引中包含同一个列71. 有时候 MySQL 会使用错误的索引,对于这种情况使用 USE INDEX72. 检查使用 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 时请使用 –opt94. 在备份之前检查和优化表95. 为了更快的进行导入，在导入时临时禁用外键约束96. 为了更快的进行导入，在导入时临时禁用唯一性检测97. 在每一次备份后计算数据库，表以及索引的尺寸，以便更够监控数据尺寸的增长98. 通过自动调度脚本监控复制实例的错误和延迟99. 定期执行备份100. 定期测试你的备份最后 101: 执行 MySQL 监控: Monitis Unveils The World’s First Free On-demand MySQL Monitoring.。