MySQL 优化器能够做到 分区剪枝 。这意味着它能够分析到来的查询，和字典信息比较，然后只访问需要的分区表。

你可以认为分区和视图很像——都是一个表之下多个表的逻辑表示。在一些情况下分区会比索引更合适，例如：

• 逻辑删除。许多应用都实现了逻辑删除（如 is_deleted）并经常只访问删除或未删除的数据。
• 多版本的表。许多应用有绝不删除数据的原则，保留历史数据备用。例如，你更新了用户的地址但保留了所有以往的地址。根据地址是否过时来分区可以改善内存使用。
• 以时间为导向。例如，将发票按财务周期分区。
• 地域性。例如，将发票按仓库 ID 或 地域分区。

分区的性能是最好的，因为绝大部分查询一次只需要访问分区的一小块区域。考虑我们的例子，可能所有对语言表的查询都只是判断 “是否是官方语言”，那么就可以根据isOfficial来分区：

-- 分区键必须是主键的一部分、或唯一键
ALTER TABLE CountryLanguage MODIFY IsOfficial CHAR(1) NOT NULL DEFAULT 'F', 
DROP PRIMARY KEY, ADD PRIMARY KEY(CountryCode, Language, IsOfficial);

ALTER TABLE CountryLanguage PARTITION BY LIST COLUMNS (IsOfficial) (
 PARTITION pUnofficial VALUES IN ('F'),
 PARTITION pOfficial VALUES IN ('T')
);

例子32：一个已经分区的表，被优化器剪枝优化

EXPLAIN FORMAT=JSON
SELECT * FROM CountryLanguage WHERE isOfficial='T' AND CountryCode='CAN';

{
  "query_block": {
    "select_id": 1,
    "cost_info": {
      "query_cost": "2.40"
    },
    "table": {
      "table_name": "CountryLanguage",
      "partitions": [
        "pOfficial"                      # 只有包含官方语言的分区被访问了
      ],
      "access_type": "ref",
      "possible_keys": [
        "PRIMARY",
        "CountryCode"
      ],
      "key": "PRIMARY",
      "used_key_parts": [
        "CountryCode"
      ],
      "key_length": "3",
      "ref": [
        "const"
      ],
      "rows_examined_per_scan": 2,
      "rows_produced_per_join": 0,
      "filtered": "10.00",
      "cost_info": {
        "read_cost": "2.00",
        "eval_cost": "0.04",
        "prefix_cost": "2.40",
        "data_read_per_join": "8"
      },
      "used_columns": [
        ...
      ],
      "attached_condition": "(`world`.`CountryLanguage`.`IsOfficial` = 'T')"
    }
  }
}

提示：

除了分区剪枝外， MySQL 还支持显式地选择一系列分区的语法。这可以在应用中以和提示（Hint）很像的方式来查询：

SELECT * FROM CountryLanguage PARTITION (pOfficial) WHERE CountryCode='CAN';`

译自：
Partitioning – The Unofficial MySQL 8.0 Optimizer Guide