MySQL查询优化器--语义优化（一）

14.1.8 语义优化

   我们在2.2.8节介绍了语义优化技术，在8.1.9节介绍了PostgreSQL支持的语义优化技术，本节介绍MySQL对于语义优化技术的支持情况。

    我们在第13章曾经简单介绍过add_not_null_conds函数，这是从代码级介绍MySQL对于语义优化技术的支持，MySQL通过这个函数，部分实现了语义优化的功能（这是通过为SQL查询语句增加DDL语句定义的表上的非空属性，从而限定查询语句的条件判断来实现语义优化的；但其他的完整性约束，MySQL尚不能利用）。下面我们通过具体的示例来介绍MySQL对语义优化技术的支持情况。

 

示例1 语义优化中的检测空回答集技术，MySQL支持。

创建表，name列非空，对name列进行非空判断，并插入一些数据，具体命令如下：

CREATE TABLE student (name VARCHAR(30) NOT NULL, age INT);

insert into student values ('tom',19);

insert into student values ('Marry',17);

insert into student values ('Jack',19);

MySQL能利用非空约束做优化，语句与查询执行计划如下：

mysql> explain EXTENDED SELECT * FROM student WHERE name IS NULL AND age>18;

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

| id | select_type | table | type | key  | key_len | ref  | rows | filtered | Extra            |

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

|  1 | SIMPLE      | NULL  | NULL | NULL | NULL    | NULL | NULL |     NULL | Impossible WHERE |

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

1 row in set, 1 warning (0.00 sec)

被查询优化器处理后的语句为：

/* select#1 */ select `test`.`student`.`name` AS `name`,

  `test`.`student`.`age` AS `age`

from `test`.`student`

where 0

从查询执行计划看，列上执行了过滤操作（name IS NULL）所以Extra列中的值为“Impossible WHERE”，而且被查询优化器处理后的语句的WHERE子句为“where 0”，说明MySQL能够利用name列上的非空约束。

 

创建表，增加CHECK约束，PostgreSQL不能利用CHECK约束做优化。创建表语句如下：

CREATE TABLE SC (score INT, CHECK(score<100 AND score>60));

使用带有约束的列作为条件，查询执行计划如下：

mysql> EXPLAIN EXTENDED SELECT * FROM SC WHERE score<60;

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

| id | select_type | table | type | key  | key_len | ref  | rows | Extra       |

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

|  1 | SIMPLE      | SC    | ALL  | NULL | NULL    | NULL |    1 | Using where |

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

1 row in set, 1 warning (0.00 sec)

从查询执行计划看，Extra列的值是“Using where”而不是“Impossible WHERE”，表明“score < 60”作为顺序扫描的过滤条件，列score上的CHECK约束没有被利用到。

把CHECK约束显式地加入SQL语句的条件部分，语义等价于上一条，查询执行计划如下：

mysql> EXPLAIN EXTENDED SELECT * FROM SC WHERE score<60 AND score<100 AND score>60;

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

| id | select_type | table | type | key  | key_len | ref  | rows | Extra       |

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

|  1 | SIMPLE      | SC    | ALL  | NULL | NULL    | NULL |    1 | Using where |

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

1 row in set, 1 warning (0.00 sec)

被查询优化器处理后的语句为：

/* select#1 */ select `tt2`.`sc`.`score` AS `score`

from `tt2`.`sc`

where ((`tt2`.`sc`.`score` < 60) and (`tt2`.`sc`.`score` < 100) and (`tt2`.`sc`.`score` > 60))

从查询执行计划看，“score<60 AND score<100 AND score>60”作为顺序扫描的过滤条件，而这个条件的结果为FALSE，MySQL不能对AND操作的各个子项进行不等式的逻辑推导。