本节讨论称为 分区修剪的优化。分区剪枝背后的核心理念比较简单，可以描述为“不扫描没有匹配值的分区”。假设您有一个 t1由此语句定义的分区表：

CREATE TABLE t1 (
    fname VARCHAR(50) NOT NULL,
    lname VARCHAR(50) NOT NULL,
    region_code TINYINT UNSIGNED NOT NULL,
    dob DATE NOT NULL
)
PARTITION BY RANGE( region_code ) (
    PARTITION p0 VALUES LESS THAN (64),
    PARTITION p1 VALUES LESS THAN (128),
    PARTITION p2 VALUES LESS THAN (192),
    PARTITION p3 VALUES LESS THAN MAXVALUE
);

考虑您希望从 SELECT如下语句中获取结果的情况：

SELECT fname, lname, region_code, dob
    FROM t1
    WHERE region_code > 125 AND region_code < 130;

很容易看出，应该返回的行都不在分区p0或 p3; 也就是说，我们只需要在分区中搜索p1并p2找到匹配的行。通过这样做，与扫描表中的所有分区所需的时间和精力相比，可以花费更少的时间和精力来查找匹配行。这种“切掉” 不需要的分区称为 修剪。当优化器可以在执行此查询时使用分区修剪时，查询的执行速度可能比针对包含相同列定义和数据的非分区表的相同查询快一个数量级。

WHERE只要条件可以减少为以下两种情况之一， 优化器就可以执行修剪 ：

在第一种情况下，优化器简单地计算给定值的分区表达式，确定哪个分区包含该值，并仅扫描该分区。在许多情况下，等号可以替换为另一种算术比较，包括<、>、 <=、>=和 <>。BETWEEN在子句中使用的一些查询 WHERE也可以利用分区修剪。请参阅本节后面的示例。

在第二种情况下，优化器为列表中的每个值计算分区表达式，创建一个匹配分区列表，然后只扫描这个分区列表中的分区。

MySQL 可以对 、 和 语句应用 SELECT分区 DELETE修剪 UPDATE。一条 INSERT语句也只访问每个插入行的一个分区；HASH即使对于由or 分区的表也是如此，KEY尽管这目前没有显示在EXPLAIN.

修剪也可以应用于短范围，优化器可以将其转换为等效的值列表。例如，在前面的示例中，WHERE子句可以转换为WHERE region_code IN (126, 127, 128, 129). 然后优化器可以确定列表中的前两个值在 partition 中找到 p1，其余两个值在 partition p2中，并且其他分区不包含相关值，因此不需要搜索匹配行。

对于使用或分区 WHERE的表，优化器还可以针对涉及在多列上进行上述类型比较的条件 进行剪枝 。RANGE COLUMNSLIST COLUMNS

只要分区表达式包含一个等式或可以归约为一组等式的范围，或者当分区表达式表示递增或递减关系时，就可以应用这种类型的优化。当分区表达式使用 or 函数时，修剪也可以应用于在 DATEor 列上分区的表。另外，在MySQL 5.7中，当分区表达式使用该 函数时，可以对此类表进行剪枝。 DATETIMEYEAR()TO_DAYS()TO_SECONDS()

假设t2按此处所示定义的表在一DATE列上进行分区：

CREATE TABLE t2 (
    fname VARCHAR(50) NOT NULL,
    lname VARCHAR(50) NOT NULL,
    region_code TINYINT UNSIGNED NOT NULL,
    dob DATE NOT NULL
)
PARTITION BY RANGE( YEAR(dob) ) (
    PARTITION d0 VALUES LESS THAN (1970),
    PARTITION d1 VALUES LESS THAN (1975),
    PARTITION d2 VALUES LESS THAN (1980),
    PARTITION d3 VALUES LESS THAN (1985),
    PARTITION d4 VALUES LESS THAN (1990),
    PARTITION d5 VALUES LESS THAN (2000),
    PARTITION d6 VALUES LESS THAN (2005),
    PARTITION d7 VALUES LESS THAN MAXVALUE
);

使用以下语句t2可以使用分区修剪：

SELECT * FROM t2 WHERE dob = '1982-06-23';

UPDATE t2 SET region_code = 8 WHERE dob BETWEEN '1991-02-15' AND '1997-04-25';

DELETE FROM t2 WHERE dob >= '1984-06-21' AND dob <= '1999-06-21'

在最后一条语句的情况下，优化器还可以执行以下操作：

到目前为止，我们只查看了使用 RANGE分区的示例，但剪枝也可以应用于其他分区类型。

考虑一个按 分区的表LIST，其中分区表达式递增或递减，例如t3此处显示的表。（在此示例中，为简洁起见，我们假设该 region_code列的值限制在 1 到 10 之间（含 1 和 10）。）

CREATE TABLE t3 (
    fname VARCHAR(50) NOT NULL,
    lname VARCHAR(50) NOT NULL,
    region_code TINYINT UNSIGNED NOT NULL,
    dob DATE NOT NULL
)
PARTITION BY LIST(region_code) (
    PARTITION r0 VALUES IN (1, 3),
    PARTITION r1 VALUES IN (2, 5, 8),
    PARTITION r2 VALUES IN (4, 9),
    PARTITION r3 VALUES IN (6, 7, 10)
);

对于诸如SELECT * FROM t3 WHERE region_code BETWEEN 1 AND 3之类的语句，优化器确定在哪些分区中找到值 1、2 和 3（r0和r1）并跳过其余的（r2和r3）。

对于按HASHor 分区的表，在子句对分区表达式中使用的列使用简单关系[LINEAR] KEY的情况下，也可以进行分区修剪。考虑这样创建的表： WHERE=

CREATE TABLE t4 (
    fname VARCHAR(50) NOT NULL,
    lname VARCHAR(50) NOT NULL,
    region_code TINYINT UNSIGNED NOT NULL,
    dob DATE NOT NULL
)
PARTITION BY KEY(region_code)
PARTITIONS 8;

可以修剪将列值与常量进行比较的语句：

UPDATE t4 WHERE region_code = 7;

修剪也可以用于短距离，因为优化器可以将这些条件转化为IN 关系。例如，使用与t4 之前定义的相同的表，可以修剪诸如此类的查询：

SELECT * FROM t4 WHERE region_code > 2 AND region_code < 6;

SELECT * FROM t4 WHERE region_code BETWEEN 3 AND 5;

在这两种情况下，WHERE优化器都会将子句转换为WHERE region_code IN (3, 4, 5).

DELETE FROM t4 WHERE region_code BETWEEN 4 AND 12;

当表按HASHor 分区时[LINEAR] KEY，修剪只能用于整数列。例如，此语句不能使用修剪，因为dob它是一 DATE列：

SELECT * FROM t4 WHERE dob >= '2001-04-14' AND dob <= '2005-10-15';

但是，如果表在列中存储年份值 ，则可以修剪 INT具有的查询 。WHERE year_col >= 2001 AND year_col <= 2005

在 MySQL 5.7.1 之前，所有使用提供自动分区的存储引擎的表都禁用分区修剪，例如NDBNDB Cluster 使用的存储引擎。（错误 #14672885）从 MySQL 5.7.1 开始，如果这些表被显式分区，则可以对其进行修剪。（漏洞 #14827952）