MySQL性能优化

查询优化

1. 查询两大原则

   最新出现的条件，必定是过滤和排除更多结果的条件；第二出现的次之；以此类推。
   ORDER BY中的条件，只与索引有关，与条件顺序无关。

   在大多数状况下，根据WHERE条件的前后顺序和ORDER BY的排序字段的前后顺序的创建的联合索引，就是这条SQL语句匹配的最优索引结构。

2.EXPLAIN 语句
此语句能够检测索引和查询可否良好匹配的简单方法
>EXPLAIN SELECT * FROM TABLE WHERE ID>0 AND USERNAME='ABC' ORDER BY C；

table 表示查询的表
type表示链接类型

• 常见类型以下: ALL, index, range, ref, eq_ref, const, system, NULL
  从左到右，性能从最差到最好

1. ALL：Full Table Scan， MySQL将遍历全表以找到匹配的行
2. index：Full Index Scan，index与ALL区别为index类型只遍历索引树
3. range:索引范围扫描，对索引的扫描开始于某一点，返回匹配值域的行。显而易见的索引范围扫描是带有between或者where子句里带有<, >查询。当mysql使用索引去查找一系列值时，例如IN()和OR列表，也会显示range（范围扫描）,固然性能上面是有差别的。
4. ref：使用非惟一索引扫描或者惟一索引的前缀扫描，返回匹配某个单独值的记录行
5. eq_ref：相似ref，区别就在使用的索引是惟一索引，对于每一个索引键值，表中只有一条记录匹配，简单来讲，就是多表链接中使用primary key或者 unique key做为关联条件、
6. const、system：当MySQL对查询某部分进行优化，并转换为一个常量时，使用这些类型访问。如将主键置于where列表中，MySQL就能将该查询转换为一个常量
7. NULL：MySQL在优化过程当中分解语句，执行时甚至不用访问表或索引，例如从一个索引列里选取最小值能够经过单独索引查找完成。

select_type示查询中每一个select子句的类型

• SIMPLE：查询中不包含子查询或者UNION
• 查询中若包含任何复杂的子部分，最外层查询则被标记为：PRIMARY
• 在SELECT或WHERE列表中包含了子查询，该子查询被标记为：SUBQUERY
• 在FROM列表中包含的子查询被标记为：DERIVED（衍生）用来表示包含在from子句中的子查询的select，mysql会递归执行并将结果放到一个临时表中。服务器内部称为"派生表"，由于该临时表是从子查询中派生出来的
• 若第二个SELECT出如今UNION以后，则被标记为UNION；若UNION包含在FROM子句的子查询中，外层SELECT将被标记为：DERIVED
• 从UNION表获取结果的SELECT被标记为：UNION RESULT

possible_keys指出MySQL能使用哪一个索引在表中找到记录，查询涉及到的字段上若存在索引，则该索引将被列出，但不必定被查询使用

key显示MySQL在查询中实际使用的索引，若没有使用索引，显示为NULL

key_len表示索引中使用的字节数，可经过该列计算查询中使用的索引的长度（key_len显示的值为索引字段的最大可能长度，并不是实际使用长度，即key_len是根据表定义计算而得，不是经过表内检索出的）

ref表示上述表的链接匹配条件，即哪些列或常量被用于查找索引列上的值

rows表示MySQL根据表统计信息及索引选用状况，估算的找到所需的记录所须要读取的行数

总结：
• EXPLAIN不会告诉你关于触发器、存储过程的信息或用户自定义函数对查询的影响状况
• EXPLAIN不考虑各类Cache
• EXPLAIN不能显示MySQL在执行查询时所做的优化工做
• 部分统计信息是估算的，并不是精确值
• EXPALIN只能解释SELECT操做，其余操做要重写为SELECT后查看执行计划 。

PHP结果集优化

1. mysql_fetch_row()      该函数将一条结果集返回并以一个普通索引数组的形式显示
2. mysl_fetch_assoc()     该函数将一条结果集返回并以一个普通关联数组的形式显示
3. mysql_fetch_array()     该函数能够将结果数据表中的一行获取为一个关联数组或者索引数组。

若是没有特殊要求，尽可能不要使用mysl_fetch_array()方法。使用mysql_fetch_row()或者mysl_fetch_assoc()函数实现一样的功能，效率会更加的高。