优化器
经过了分析器(词法分析和语法分析),MySQL 就知道你要做什么了。在开始执行之前,还要先经过优化器的处理。
优化器是在表里面有多个索引的时候,决定使用哪个索引;或者在一个语句有多表关联(join)的时候,决定各个表的连接顺序。
比如你执行下面这样的语句,这个语句是执行两个表的 join:
mysql> select * from t1 join t2 using(ID) where t1.c=10 and t2.d=20;
- 既可以先从表 t1 里面取出 c=10 的记录的 ID 值,再根据 ID 值关联到表 t2,再判断 t2 里面 d 的值是否等于 20。
- 也可以先从表 t2 里面取出 d=20 的记录的 ID 值,再根据 ID 值关联到 t1,再判断 t1 里面 c 的值是否等于 10。
这两种执行方法的逻辑结果是一样的,但是执行的效率会有不同,而优化器的作用就是决定选择使用哪一个方案。
执行器
MySQL 通过分析器知道了你要做什么,通过优化器知道了该怎么做,于是就进入了执行器阶段,开始执行语句。
执行器的主要作用是将SQL语句转换为操作存储引擎的指令,并将结果返回给客户端。
在执行器中,会根据SQL语句的类型(SELECT、INSERT、UPDATE、DELETE等)和表的引擎类型,调用相应的存储引擎接口来执行操作。
同时,在执行查询SQL的时候,会先判断一下你对这个表 T 有没有执行查询的权限,如果没有,就会返回没有权限的错误(在工程实现上,如果命中查询缓存,会在查询缓存返回结果的时候,做权限验证。查询也会在优化器之前调用 precheck 验证权限)。
mysql> select * from T where ID=10;
ERROR 1142 (42000): SELECT command denied to user 'b'@'localhost' for table 'T'
precheck 验证权限 和 执行器验证权限的区别:
- 预验证是在执行查询之前进行的,主要是为了避免无效查询的开销。在预验证中,MySQL会检查当前用户是否具有执行该查询的权限,如果没有,就可以直接返回没有权限的错误,避免了执行查询的开销。预验证只是简单地检查当前用户是否具有执行该查询的权限,不会涉及到表的引擎类型、表的结构等因素。
- 执行器中的权限验证是在执行查询时进行的,主要是为了确保操作的合法性。在执行器中,MySQL会根据SQL语句的类型和表的引擎类型,调用相应的存储引擎接口来执行操作。在执行操作之前,MySQL会进行权限验证,检查当前用户是否具有执行该操作的权限,以及表的引擎类型、表的结构等因素是否符合要求。这样可以确保操作的合法性,避免了恶意操作或者误操作。
- 因此,预验证和执行器中的权限验证虽然都是为了验证当前用户是否具有执行查询的权限,但它们的目的和方式是不同的。预验证主要是为了避免无效查询的开销,而执行器中的权限验证主要是为了确保操作的合法性。