mysql的使用过成中，SELECT的使用是非常频繁的，那么理解SELECT的查询操作就显得非常重要。

对于查询处理，可将其分为逻辑查询处理和物理查询处理。逻辑查询处理表示执行查询应该产生什么样的结果，而物理查询代表mysql数据库是如何得到该结果的。两种查询的方法可能完全不同，但是得到的结果是相同的。

---

1.逻辑查询处理

SQL的逻辑查询处理的顺序如下：

(7)    SELECT

(8)     DISTINCT 

(1)     FROM 

(3)      JOIN 

(2)     ON 

(4)     WHERE 

(5)     GROUP BY 

(6)     HAVING 

(9)     ORDER BY 

(10)    LIMIT 

我们老具体分析查询处理的各个阶段：

FORM: 对FROM的左边的表和右边的表计算笛卡尔积。产生虚表VT1

ON: 对虚表VT1进行ON筛选，只有那些符合的行才会被记录在虚表VT2中。

JOIN： 如果指定了OUTER JOIN（比如left join、 right join），那么保留表中未匹配的行就会作为外部行添加到虚拟表VT2中，产生虚拟表VT3, rug from子句中包含两个以上的表的话，那么就会对上一个join连接产生的结果VT3和下一个表重复执行步骤1~3这三个步骤，一直到处理完所有的表为止。

WHERE： 对虚拟表VT3进行WHERE条件过滤。只有符合的记录才会被插入到虚拟表VT4中。

GROUP BY: 根据group by子句中的列，对VT4中的记录进行分组操作，产生VT5.

CUBE | ROLLUP: 对表VT5进行cube或者rollup操作，产生表VT6.

HAVING： 对虚拟表VT6应用having过滤，只有符合的记录才会被 插入到虚拟表VT7中。

SELECT： 执行select操作，选择指定的列，插入到虚拟表VT8中。

DISTINCT： 对VT8中的记录进行去重。产生虚拟表VT9.

ORDER BY: 将虚拟表VT9中的记录按照进行排序操作，产生虚拟表VT10.

LIMIT：取出指定行的记录，产生虚拟表VT11, 并将结果返回。

2.物理查询处理

虽然SQL的逻辑查询是根据上述进行查询，但是数据库也许并不会完全按照逻辑查询处理的方式来进行查询。MYSQL数据库有两个组件Parser（分析SQL语句）和Optimizer（优化）。

从官方手册上看，可以理解为，MySQL采用了基于开销的优化器，以确定处理查询的最解方式，也就是说执行查询之前，都会先选择一条自以为最优的方案，然后执行这个方案来获取结果。在很多情况下，MySQL能够计算最佳的可能查询计划，但在某些情况下，MySQL没有关于数据的足够信息，或者是提供太多的相关数据信息，估测就不那么友好了。

1.本人认为解析器解析后的执行顺序是有写变化，首先讨论没有创建索引的情况，having和group by的顺序应该在select之后：

FROM clause

WHERE clause

SELECT clause

GROUP BY clause

HAVING clause

ORDER BY clause

为什么这样说呢，因为mysql中允许在having和group by语句中使用别名（alias），但where语句中是不能直接使用select语句中的别名的，我们来看一个例子：

mysql> select * from formatting;

+---------+------------+-------+--------+-----+

| orderid | orderdate  | empid | custid | qty |

+---------+------------+-------+--------+-----+

|      1 | 2010-01-02 |    3 | A      |  10 |

|      2 | 2010-04-02 |    2 | B      |  20 |

|      3 | 2010-05-02 |    1 | A      |  30 |

|      4 | 2010-07-02 |    3 | D      |  40 |

|      5 | 2011-01-02 |    4 | A      |  20 |

|      6 | 2011-01-02 |    3 | B      |  30 |

|      7 | 2011-01-02 |    1 | C      |  40 |

|      8 | 2009-01-02 |    2 | A      |  10 |

|      9 | 2009-01-02 |    3 | B      |  20 |

+---------+------------+-------+--------+-----+

9 rows in set (0.00 sec)

在where中使用别名，数据库返回error说找不到where中的id列，说明数据库还没有解析select。

mysql> select custid as id,count(orderid) as cnt from formatting where id='A';

ERROR 1054 (42S22): Unknown column 'id' in 'where clause'

但是在group by和having中使用别名mysql可以成功解析。

mysql> select custid as id,count(orderid) as cnt from formatting group by id having cnt>2;

+----+-----+

| id | cnt |

+----+-----+

| A  |  4 |

| B  |  3 |

+----+-----+

2 rows in set (0.00 sec)

2.存在索引的情况下，优化器优先使用条件用到索引且最优的方案，通过例子来看。

    当sql条件有多个索引可以选择，且存在索引能唯一定位结果时，mysql优化器将直接使用效率最高的索引执行。

当结果是某个集合时，mysql优化器将使用merge索引的方式提高查询效率，并且虽然我的where顺序是更少数值的在后面，但mysql优化器会自动修正顺序，先查找empid的索引。

从这里可以看出索引的建立对于sql的优化是有一定关键作用的。但不是所有的优化器使用的都是最优的方式，可以具体方案具体分析。