mysql子查询优化

mysql 记录查询时间过长的SQL语句

#查看慢SQL日志是否启用
mysql> show variables like 'log_slow_queries'; 
 #查看执行慢于多少秒的SQL会记录到日志文件中
mysql> show variables like 'long_query_time';
#配置my.ini文件（inux下文件名为my.cnf）， 查找到[mysqld]区段，增加日志的配置，如下示例：
[mysqld]
log="C:/temp/mysql.log"
log_slow_queries="C:/temp/mysql_slow.log"
long_query_time=1
#log指示日志文件存放目录；
log_slow_queries指示记录执行时间长的sql日志目录；
long_query_time指示多长时间算是执行时间长，单位秒。

mysql的子查询的优化不是很友好，一直有受业界批评比较多.

关于mysql的查询有两个知识点:

第一个为mysql在处理所有的查询的时候都强行转换为联接来执行，将每个查询包括多表中关联匹配，关联子查询，union，甚至单表的的查询都处理为联接，接着mysql执行联接，把每个联接在处理为一个嵌套循环(oracle-nest-loop);

第二个知识点：在mysql在处理子查询的时候，会将将子查询改写,通常情况下，我们希望由内到外，先完成子查询的结果，然后在用子查询来驱动外查询的表，完成查询，例如：

Select * from test where test_id in(select fk_test_id from sub_test where group_id=10)

通常我们会想到该sql的执行顺序为：

sub_test表中根据group_id取得fk_test_id(2,3,4,5,6),然后在到test中，带入test_id=2,3,4,5,6取得查询数据，但是实际mysql的处理方式为：

Select * from test where exists (

select * from sub_test where group_id=10 and sub_test.test_id=test.id)

mysql将会扫描test中的所有数据，每条数据将会传到子查询中与sub_test关联，子查询不能首先被执行，如果test表很大的话，那么性能上将会出现问题；

这时候就需要改写查询了：

select t1.* from test t1,(select fk_test_id from sub_test where group_id=10 ) t2 where t1.test_id=t2.fk_test_id ;