MySQL 优化 where 范围条件

　　1，非复合索引的范围条件的定义：

　　　　1，对于 BTREE 和 HASH 索引，添加了索引的字段与常量值进行比较（使用=, <+>, IN(), IS NULL, IS NOT NULL）是一个范围条件；

　　　　2，对于 BTREE 索引，添加了索引的字段与常量值比较（使用>, <, >=, BETWEEN, !=, 或 LIKE（如果参数是一个常量字符串，且其不是以通配符字符开头））；

　　　　3，对于全部索引类型，多范围条件需要通过 OR 或者 AND 与其他范围条件结合；

　　    常量值的定义（下面的其中一个）

　　　　1，查询语句里的常量；

　　　　2，从同一个连接（join）而来的 const 或 system 表的一列；

　　　　3，一个不相关的子查询的结果；

　　　　4，彻底地由在前的子表达式组成的任何表达式；

　　以下是一些范围条件的例子：

SELECT * FROM t1
  WHERE key_col > 1
  AND key_col < 10;

SELECT * FROM t1
  WHERE key_col = 1
  OR key_col IN (15,18,20);

SELECT * FROM t1
  WHERE key_col LIKE 'ab%'
  OR key_col BETWEEN 'bar' AND 'foo';

　　

　　MySQL 尝试为每个可能的索引从 WHERE 子句抽取范围条件；抽取的过程中，不能用于构建范围条件的条件将会被抛弃，产生重叠的范围的条件会被结合起来，产生空范围的条件会被移除（MySQL 处理 WHERE 子句的范围条件，有一个较长的例子，链接：

http://dev.mysql.com/doc/refman/5.7/en/range-optimization.html）；

　　

　　通常，用于范围扫描的条件的约束性是低于 WHERE 子句的；MySQL 增加一个额外的检查去过滤出符合范围条件的记录，而不是符合 WHERE 子句的记录；

　　

　　范围条件抽取算法能处理嵌套的任意深度的 AND/OR 构造，算法的输出顺序不依赖于 WHERE 子句中条件出现的顺序；

　　

　　MySQL 不支持把空间索引对应的范围合并；为了应对这个限制，应该使用 UNION 和 完全相同的 SELECT 语句，除非你把每个空间成分放在不同的 SELECT 语句；

 

　　2，复合索引的范围条件：