MySQL查询优化 （一)

以下的文章主要讲述的是MySQL查询优化的5个十分好用方法，熟悉SQL语句的人都清楚，如果要对一个任务进行操作的话，SQL语句可以有很多种相关写法，但是不同的写法查询的性能可能会有天壤之别。

　　本文列举出五个MySQL查询优化的方法，当然，优化的方法还有很多。

　　1、优化数据类型

　　MySQL中数据类型有多种，如果你是一名DBA，正在按照优化的原则对数据类型进行严格的检查，但开发人员可能会选择他们认为最简单的方案，以加快编码速度，或者选择最明显的选择，因此，你可能面临的都不是最佳的选择，如果可能的话，你应该尝试以通用准则来改变这些决定。

　　(1)避免使用NULL

　　NULL对于大多数数据库都需要特殊处理，MySQL也不例外，它需要更多的代码，更多的检查和特殊的索引逻辑，有些开发人员完全没有意识到，创建表时NULL是默认值，但大多数时候应该使用NOT NULL，或者使用一个特殊的值，如0，-1作为默认值。

　　(2)仅可能使用更小的字段

　　MySQL从磁盘读取数据后是存储到内存中的，然后使用cpu周期和磁盘I/O读取它，这意味着越小的数据类型占用的空间越小，从磁盘读或打包到内存的效率都更好，但也不要太过执着减小数据类型，要是以后应用程序发生什么变化就没有空间了。修改表将需要重构，间接地可能引起代码的改变，这是很头疼的问题，因此需要找到一个平衡点。

　　2、小心字符集转换

　　客户端或应用程序使用的字符集可能和表本身的字符集不一样，这需要MySQL在运行过程中隐含地进行转换，此外，要确定字符集如UTF-8是否支持多字节字符，因此它们需要更多的存储空间。

　　3、优化count(my_col)和count(*)

　　如果你使用MyISAM表，在没有where子句的情况下使用count(*)速度是很快的，因为行数量的统计是非常精确的，因此MySQL不会一行一行地去找，进而得出行数，如my_col列没有空值，那么和前面说的情况会一样，即count(my_col)速度也会很快。

　　如果有where子句时使用count( )，基本上就无法进行更多优化了，在where子句中超出了明显的索引列，对于复杂的where子句，只有使用覆盖索引才有用。

　　除了上面的建议外，你还可以使用汇总表，它们让你可以对表的内容保持更新，你可以使用触发器，或者应用程序逻辑保持汇总表总是最新状态，或者定期运行一个批处理作业保持填充最新的数据信息，如果你采用后者，你的信息将会非常接近，但不是精确的，依赖于批处理作业多久运行一次，这需要权衡应用程序对精确信息的需要，和保持数据更新的系统开销，要在这二者之间找到一个平衡点。

　　4、优化子查询

　　遇到子查询时，MySQL查询优化引擎并不是总是最有效的，这就是为什么经常将子查询转换为连接查询的原因了，优化器已经能够正确处理连接查询了，当然要注意的一点是，确保连接表(第二个表)的连接列是有索引的，在第一个表上MySQL通常会相对于第二个表的查询子集进行一次全表扫描，这是嵌套循环算法的一部分。

　　5、优化UNION

　　在跨多个不同的数据库时使用UNION是一个有趣的优化方法，UNION从两个互不关联的表中返回数据，这就意味着不会出现重复的行，同时也必须对数据进行排序，我们知道排序是非常耗费资源的，特别是对大表的排序。

　　UNION ALL可以大大加快速度，如果你已经知道你的数据不会包括重复行，或者你不在乎是否会出现重复的行，在这两种情况下使用UNION ALL更适合。此外，还可以在应用程序逻辑中采用某些方法避免出现重复的行，这样UNION ALL和UNION返回的结果都是一样的，但UNION ALL不会进行排序。

　　小结

　　虽然本文列举的优化方法并不完全，但无论何时，只要可能，尽可能尝试不同的解决方案，查看查询计划，在大数据集上进行测试，并会定位结果基准点，观察在实际应用中的情况怎么样。同时，事先查看一下你的慢速查询日志，尽可能早地找出需要调整的查询。

SELECT语句除了正常的使用外，MySQL还为我们提供了很多可以增强查询性能的选项。如上面介绍的用于控制查询缓冲的SQL_NO_CACHE和SQL_CACHE就是其中两个选项。 
 STRAIGHT_JOIN：强制连接顺序 。

限制使用索引的范围 ： SELECT * FROM TABLE1 USE INDEX (FIELD1, FIELD2) …

从以上SQL语句可以看出，无论在TABLE1中已经建立了多少个索引，MySQL在选择索引时，只考虑在FIELD1和FIELD2上建立的索引。

限制不使用索引的范围 ：SELECT * FROM TABLE1 IGNORE INDEX (FIELD1, FIELD2) …

在上面的SQL语句中，TABLE1表中只有FIELD1和FIELD2上的索引不被使用。

强迫使用某一个索引 ：SELECT * FROM TABLE1 FORCE INDEX (FIELD1) …

以上的SQL语句只使用建立在FIELD1上的索引，而不使用其它字段上的索引。

使用临时表提供查询性能 ：SELECT SQL_BUFFER_RESULT * FROM TABLE1 WHERE …

和SQL_BUFFER_RESULT.选项类似的还有SQL_BIG_RESULT，这个选项一般用于分组或DISTINCT关键字，这个选项通知MySQL，如果有必要，就将查询结果放到临时表中，甚至在临时表中进行排序。

SELECT SQL_BUFFER_RESULT FIELD1, COUNT(*) FROM TABLE1 GROUP BY FIELD1

mysql union和union all的区别

union 对两个结果集进行并集操作，重复数据只显示一次,
Union All，对两个结果集进行并集操作，重复数据全部显示

覆盖索引：就是索引中包含有要查询的数据，覆盖索引必须存储索引列的值，从而不用再去查询一次数据集。

optimize :优化mysql表结构

EXPLAIN中的Extral列出现了“Using where”,这表示MySQL服务器将存储引擎返回行以后再应用WHERE过滤条件。

CHECK TABLE : 用来检测是否发送了表损坏(有的存储引擎不支持此命令)，通常能够找出大多数的表或索引的错误。

REPARE TABLE : 用来修复损坏的表(有的存储引擎不支持此命令);若果不支持，可以通过一个不做任何操作(no-op)的ALTER操作来重建表，例如：

mysql> ALEER TABLE innodb_tb1 ENGINE=INNODB:

Last_query_cost : 通过查询它，可以显示当前查询的成本(查找的数据页)。

例如：mysql>select SQL_NO_CACHE COUNT(*) from table_name;  mysql> SHOW STATUS LIKE 'Last_query_cost'; 这个结果表示MySQL的优化器认为大概需要做n个数据页的随机查找才能完成上面的查询。

在命令行下先执行：explain extended sql语句\G； 然后在执行show warnings\G; 可以看到查询优化器优化后的sql语句；