8.2.1 Optimizing SELECT Statements 8.2.2 Optimizing Data Change Statements 8.2.3 Optimizing Database Privileges 8.2.4 Optimizing INFORMATION_SCHEMA Queries 8.2.5 Other Optimization Tips 一个核心的数据库应用逻辑是通过SQL语句执行,直接通过一个解释器或者通过一个API提交。 调优原则在这个章节是帮助加快各种类型的MySQL 应用。指导方针覆盖SQL操作 读和写数据, 后台负载对于SQL操作,操作被用于特定的场景比如数据库监控 8.2.1 Optimizing SELECT Statements 优化SELECT 语句 查询,以SELECT 语句的形式, 执行所有的查询操作在数据库。 调优那些操作是重中之重, 无论是完成秒级响应对于动态的web页面, 或者需要数小时来产生巨大的隔夜报告 除了SELECT 语句,调整基数对于查询也应用与比如CREATE TABLE...AS SELECT, INSERT INTO...SELECT, and WHERE clauses in DELETE statements. 那些语句有额外的性能考虑因为它们组合了写操作和读查询操作 8.2.1.1 Speed of SELECT Statements 加速SELECT 语句 优化查询的主要考虑因素是: 1. 让一个慢的 SELECT ... WHERE 查询的更快,第一件事情是检查是否你能增加索引。 设置indexes 在列用于WHERE 子句,来加速评估,过滤,和最后的检索结果。 来避免浪费磁盘空间,构造一个小的索引集来加速很多相关的查询在你的应用里 索引是尤其重要的对于查询 涉及不同的表,使用功能比如关联和外键。 你可以使用EXPLAIN 语句来决定 使用哪个索引用于查询 2. 隔离和调整查询的任何部分,比如 一个函数调用, 会消耗执行时间。 取决于查询是如何构建的,一个函数可以在结果集中的每行都调用一次,甚至 表里每一行都调用一次,大大的降低效率 3.减少 全表扫描数量在你的查询里,特别是对于大的表 4. 保持表的统计信息是新的通过使用ANALYZE TABLE 语句周期性的,这样优化器有构造一个有效的查询执行计划的信息 5.了解调优技巧,索引技术,配置参数,特定的存储引擎对于每个表 InnoDB和MyISAM 有参考设置对于启动和维持高性能在查询里 6.特别的,在MySQL 5.6.4和以上版本, 你可以优化单个查询事务对于InnoDB表 7.避免改变查询方式 会让它很难理解,尤其是如果优化器做了一些相同的转换 8.如果一个性能问题不是容易解决的通过基本参考, 调查特定查询的内容细节,通过阅读执行计划和调整你的索引,WHERE 子句,关联子句等等 （当你达到一定的专业水平,读取执行计划可能是你对于每个查询的第一步） 9. 调整 内存区域的大小和属性用于cache, 有效的使用InnoDB buffer pool,MyISAM key cache,和MySQL query cache, 重复查询运行更快因为结果是从内存里检索第2次和随后的时间 10.即使对于一个查询 使用cache 内存区域很快,你仍可能进一步优化 它们使用更少的内存, 让你的应用更加的可扩展性。可扩展性意味着 你的应用可以处理更多的并发用户,大的请求,而不需要经历性能的大幅下降 11. 处理locking 问题, 你的查询的速度可能被其他session 同时访问表有影响