MySQL各部分的执行顺序 前几天参加了一个公司的面试，到了后面面试官出了一个SQL相关的题目：
数据的形式类似于以下这样（表名为views）：
当时为了稳妥起见，我的第一反应是使用窗口函数，
然后面试官问：“还有没有什么简便的方法么？”
很明显他的意思是要用传统的groupby来完成这个查询，确实我之前的查询又是用窗口函数又是加了distinct确实是复杂一些 。
于是我用group by再写了一遍 。
看完我的查询之后，面试官又问了一句：“可以不需要使用嵌套查询吗？”
当时我的回答是”应该不行，如果不使用嵌套而直接在group by后面加having的话sql会报错 ， 就和where如果使用别名查询就会报错一样“
后面面试完想了一下，发现自己当时回答得不好，不是正确的但也不完全错，不是正确的原因是按照sql的规则having后面是可以拿聚合函数做判断的，但是不完全错的原因是如果having用的是像我之前设置的别名来判断的话，确实是会出错的 。（虽然mysql在5.6之后基于sql的规则对group by进行拓展，支持这种写法 。但在其它sql上面用别名having还是不行的）
我们可以从SQL运行时各部分的执行顺序来进行分析，当我们选择执行一个SQL语句的时候，它会按照以下的顺序来进行操作，
这个执行顺序的设计是很巧妙的 ， 我说一下我自己对于上述顺序的理解，
1. FROM
顾名思义，当执行查询语句的时候，首先需要知道的是它需要哪些表，正如我们去一个地方需要知道它的具体位置一样 。如果需要多个表的话在这一部分也需要按照一定的顺序进行表的join操作 。
2. WHERE
当确定我们需要读取哪一张表（或者多张表）的数据之后 ， 我们就需要进行where的filter操作，根据filter尽量减少读取的数据数量 。
那么问题来了，为什么where的优先级要比group by，having, select之类的要高呢？
第一个原因是可以减少不必要的查询量，加快执行语句的速度，类似于Apache Spark在对查询语句进行逻辑优化时需要用到的谓词下推类似的道理 。举个栗子，比如我们可能需要userid从100到300的用户对于某一个页面的浏览次数，那么如果先执行group by再执行where的话 ， userid小于100的用户的数据也会被汇总进去 ， 但实际上这些部分的数据是完全不需要的，计算它们完全是浪费系统资源（而且group by操作本身就是很耗资源的操作）
3. GROUP BY
在完成where操作的过滤之后，如果语句中有group by的话则会对过滤后的数据进行聚合操作，聚合操作是多对一的转换，因此在聚合操作过后，除了用于group by的字段之外，其它字段的原始数据将会丢失 ， 只能得到它们相应的聚合结果（比如sum（）， avg（）这样）
在完成聚合操作之后 ， 参与group by的字段以及其它字段对应的聚合值已经处于已知状态，后续的操作可以直接使用它们 。
4. HAVING
HAVING操作主要做的是对group by之后的分组结果进行过滤，可以根据参与group by的字段进行过滤，也可以根据其它字段的聚合值进行过滤 。（因为聚合值在这里已经算是已知数据）因此这里是可以拿聚合函数做判断的，比如最开始的那个查询的例子，可以直接写成以下的形式 ，
HAVING并不是一定要和group by成对出现的，它也可以单独存在，在没有group by的时候，此时默认只有一个组，但是需要注意的是这时having里面参与过滤的字段需要在select里面存在 ， 不然having会不知道这是分组里面的内容而导致报错 。
5. SELECT
推荐阅读
- erp系统销售部年终述职，erp销售部门的职能
- vb.net计算程序，vbnet implements
- 微信怎么恢复朋友视频号，微信视频号怎么恢复朋友点赞
- 2到三岁宝宝益智游戏视频，二到三岁宝宝游戏视频
- php单例模式数据库 php单例模式的应用场景
- 爬虫工程师python面试问题，爬虫面试项目怎么说
- PDF编辑器怎么用纸，pdf怎么编辑纸张大小
- 直播卖货风险，直播卖货会遇到什么问题
- Linux命令行建桥的简单介绍