对于单列索引，索引值区间可以用WHERE子句中的相应条件方便地表示，这些条件被称为范围条件，而不是“区间”。

单列索引的范围条件定义如下：

“常量值”在前面的描述中指的是以下之一：

以下是一些使用范围条件的查询示例：

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 子句中提取可能的索引。提取过程中，不能用于构建范围条件的条件将被丢弃，重叠的条件将被组合，空范围的条件将被删除。

考虑以下语句，其中key1是索引列，nonkey不是索引：

SELECT * FROM t1 WHERE
  (key1 < 'abc' AND (key1 LIKE 'abcde%' OR key1 LIKE '%b')) OR
  (key1 < 'bar' AND nonkey = 4) OR
  (key1 < 'uux' AND key1 > 'z');

对于key1索引的提取过程如下：

一般来说（如前面的示例所示），用于范围扫描的条件比WHERE子句更不严格。MySQL 还将执行额外的检查，以过滤出满足范围条件但不满足完整WHERE子句的行。

范围条件提取算法可以处理任意深度的嵌套AND/OR构造，并且输出不依赖于WHERE子句中的条件顺序。

MySQL 不支持将多个范围合并到range访问方法中用于空间索引。要绕过这个限制，可以使用UNION与相同的SELECT语句，只是将每个空间谓词放在不同的SELECT语句中。

多个部分索引上的范围条件是单个部分索引上的范围条件的扩展。多个部分索引上的范围条件将索引行限制在一个或多个键元组间。键元组间是使用索引中的键元组顺序定义的。

例如，考虑一个多个部分索引定义为 key1(key_part1, key_part2, key_part3)，并且以下键元组列表按键顺序列出：

key_part1  key_part2  key_part3
  NULL       1          'abc'
  NULL       1          'xyz'
  NULL       2          'foo'
   1         1          'abc'
   1         1          'xyz'
   1         2          'abc'
   2         1          'aaa'

条件 key_part1 = 1 定义了这个间隔：

(1,-inf,-inf) <= (key_part1,key_part2,key_part3) < (1,+inf,+inf)

这个间隔涵盖了前面的数据集中第4、5和6个元组，可以被范围访问方法使用。

相比之下，条件 key_part3 = 'abc' 不定义单个间隔且不能被范围访问方法使用。

以下描述将对多个部分索引上的范围条件进行更详细的描述。

关于如何对单个索引的范围条件进行优化，以组合或消除区间，请见Range Access Method for Single-Part Indexes。类似步骤也用于多个索引的范围条件。

考虑以下表达式，其中col_name是一个索引列：

col_name IN(val1, ..., valN)
col_name = val1 OR ... OR col_name = valN

每个表达式都是如果col_name等于多个值之一时为真。这些比较是等值范围比较（其中的““range””是一个单个值）。优化器估算读取符合条件的行的成本，以等值范围比较为：

使用索引dives，优化器在每个区间的开始和结束处进行一次探测，并使用区间中的行数作为估算。例如，表达式col_name IN (10, 20, 30)有三个等值范围，优化器对每个区间进行两次探测，以生成行估算。每对探测结果都可以生成对给定值的行估算。

索引dives提供了准确的行估算，但随着比较值在表达式中的增加，优化器生成行估算的时间也增加。使用索引统计信息的准确性低于索引dives，但可以快速生成行估算สำหร大值列表。

系统变量eq_range_index_dive_limit允许您配置优化器在从一个行估算策略切换到另一个策略的阈值。要允许使用索引dives对等值范围比较的比较值数目N，请将eq_range_index_dive_limit设置为N+1。要禁用使用统计信息并总是使用索引dives，无论N，请将eq_range_index_dive_limit设置为0。

要更新表索引统计信息以获取最佳估算，请使用ANALYZE TABLE。

在MySQL 8.4之前，没有方法可以跳过索引dives来估算索引有用性，除了使用eq_range_index_dive_limit系统变量。在MySQL 8.4中，可以跳过索引dives的查询，以满足以下所有条件：

对于EXPLAIN FOR CONNECTION，输出将根据索引深入搜索是否被跳过而变化：

没有FOR CONNECTION，EXPLAIN输出不变当索引深入搜索被跳过。

执行完查询后，相应的行在信息_schemaOPTIMIZER_TRACE表中包含一个index_dives_for_range_access值为skipped_due_to_force_index。

考虑以下场景：

CREATE TABLE t1 (f1 INT NOT NULL, f2 INT NOT NULL, PRIMARY KEY(f1, f2));
INSERT INTO t1 VALUES
  (1,1), (1,2), (1,3), (1,4), (1,5),
  (2,1), (2,2), (2,3), (2,4), (2,5);
INSERT INTO t1 SELECT f1, f2 + 5 FROM t1;
INSERT INTO t1 SELECT f1, f2 + 10 FROM t1;
INSERT INTO t1 SELECT f1, f2 + 20 FROM t1;
INSERT INTO t1 SELECT f1, f2 + 40 FROM t1;
ANALYZE TABLE t1;

EXPLAIN SELECT f1, f2 FROM t1 WHERE f2 > 40;

要执行这个查询，MySQL可以选择索引扫描来获取所有行（索引包含要选择的所有列），然后应用f2 > 40条件从WHERE子句中来生产最终结果集。

范围扫描更有效，但是不能在这个场景中使用，因为没有对f1的条件。优化器可以执行多个范围扫描，每个值对f1使用一个方法称为Skip Scan，类似于Loose Index Scan（见第10.2.1.17节，“GROUP BY 优化”）：

对于之前显示的数据集，算法操作如下：

使用这个策略可以减少访问行的数量，因为MySQL跳过不符合每个构建的范围的行。这 Skip Scan访问方法适用于以下条件下：

使用Skip Scan的指示符出现在EXPLAIN输出中，如下所示：

使用Skip Scan的指示符出现在优化器跟踪输出中，以以下形式出现：

"skip_scan_range": {
  "type": "skip_scan",
  "index": index_used_for_skip_scan,
  "key_parts_used_for_access": [key_parts_used_for_access],
  "range": [range]
}

您可能还会看到一个"best_skip_scan_summary"元素。如果Skip Scan被选择为最佳范围访问变体，一个"chosen_range_access_summary"将被写入。如果Skip Scan被选择为最佳访问方法，一个"best_access_path"元素将被写入。

使用Skip Scan的使用受skip_scan标志的值影响。见第10.9.2节，“可切换优化”。默认情况下，这个标志是on。要禁用它，请将skip_scan设置为off。

除了使用optimizer_switch系统变量来控制优化器使用Skip Scan的会话级别外，MySQL还支持optimizer hint来影响优化器的使用。见第10.9.3节，“optimizer hint”。

优化器可以将查询应用于以下形式的范围扫描访问方法：

SELECT ... FROM t1 WHERE ( col_1, col_2 ) IN (( 'a', 'b' ), ( 'c', 'd' ));

之前，为了使用范围扫描，需要将查询写成：

SELECT ... FROM t1 WHERE ( col_1 = 'a' AND col_2 = 'b' )
OR ( col_1 = 'c' AND col_2 = 'd' );

为了使优化器使用范围扫描，查询必须满足以下条件：

关于优化器和行构造器的更多信息，请见第10.2.1.22节，“Row Constructor Expression Optimization”

要控制范围优化器的内存使用，可以使用range_optimizer_max_mem_size系统变量：

对于单个查询，如果优化器退回到不太优的计划，并且range_optimizer_max_mem_size值增加可能会改善性能。

要估算处理范围表达式所需的内存，可以使用以下指南：