MySQL 5.7 LIST COLUMNS分区能否创建默认分区容纳未匹配数据？

核心结论 #

MySQL 5.7的LIST（包括LIST COLUMNS）分区本身不支持自动接收未匹配预定义值的数据，但可以通过手动兜底方案实现需求，这并不违背分区设计理念。

具体细节说明 #

• LIST分区的默认行为
  正如你给出的示例：

  ALTER TABLE sample_table PARTITION BY LIST COLUMNS(GROUP_CODE)(
  PARTITION A_001 IN ('A001'),
  PARTITION B_101 VALUES IN ('B101'),
  PARTITION B_102 VALUES IN ('B102'),
  PARTITION B_202 VALUES IN ('B202'),
  PARTITION C_101 IN ('C101'),
  PARTITION C_201 IN ('C201'),
  PARTITION D_000 IN ('D000'),
  );
  

  当插入GROUP_CODE='G525'的数据时，数据库会直接报错拒绝，因为LIST分区要求所有插入的分区键值必须匹配某个预定义的分区规则，没有类似RANGE分区MAXVALUE的兜底语法。

• LIST分区实现兜底需求的方案
  如果必须用LIST分区处理未预定义的值，有两种可行思路：

  1. 提前规划一个兜底分区，比如创建PARTITION p_catchall VALUES IN ('OTHER')，同时修改应用逻辑，将所有未定义的GROUP_CODE统一映射为'OTHER'后再插入。
  2. 若业务允许，将分区类型切换为HASH或KEY分区，这类分区会自动将任意键值分配到对应分区，无需预定义具体值，但牺牲了LIST分区按指定值分组的特性。

• 是否违背分区设计理念
  分区的核心设计目标是将数据拆分到物理独立的子表，优化查询性能、简化数据管理。LIST分区要求值匹配预定义规则，是为了保证每一行数据的分区归属明确，避免存储逻辑混乱。
  通过合理的兜底方案（比如统一映射到固定值分区）处理未预定义数据，依然保持了数据分区的确定性，完全符合分区的设计理念；只有当试图打破这种确定性，让数据库无规则分配未匹配数据时，才会违背分区的设计初衷。

内容的提问来源于stack exchange，提问作者Lunartist