Navicat不支持真正可视化拖拽分区，仅提供表单界面和SQL预览；配置需通过“设计表→选项→分区”路径进入，且分区字段必须包含在主键中，RANGE分区函数须返回整数，操作前务必检查SQL预览。
Navicat 本身不支持“可视化拖拽式”配置分区规则——它只提供表单式界面，且底层依赖 MySQL 原生语法，所有操作最终都转为 ALTER TABLE ... PARTITION BY 语句。 真正的“可视化”仅体现在字段选择、下拉菜单和 SQL 预览上，不是图形化逻辑编排。如果期待像 Power BI 那样连线定义分区流，会直接踩坑。
打开分区对话框的准确路径
在 Navicat（15+ 版本）中，必须先选中目标表 → 右键「设计表」→ 切换到「选项」选项卡 → 滚动到底部点击「分区」按钮。这个按钮不会出现在「新建表」界面，也不会在右键菜单一级展开；若表已有主键但未包含分区字段，按钮可能置灰或点击后报错 ERROR 1503 (HY000): A PRIMARY KEY must include all columns in the table's partitioning function。
Range 分区必须用整数表达式，时间字段要转换
想按 create_time（DATETIME 类型）做月度分区？不能直接填 create_time。Navicat 下拉列表里选中该字段后，它会自动尝试转换，但常生成错误的 TO_DAYS(create_time) 或直接失败。正确做法是手动切到「SQL 预览」选项卡，把自动生成的语句改成：
ALTER TABLE `orders` PARTITION BY RANGE (YEAR(create_time)*100 + MONTH(create_time)) ( PARTITION p202401 VALUES LESS THAN (202402), PARTITION p202402 VALUES LESS THAN (202403), PARTITION p202403 VALUES LESS THAN (202404) );
- MySQL 要求
RANGE分区函数返回整数，UNIX_TIMESTAMP()或YEAR()+MONTH()是安全选择 - Navicat 不校验表达式合法性，点「确定」后才报错，务必先看 SQL 预览
- 起始值必须严格递增，
LESS THAN (202402)不能写成LESS THAN (2024-02)（会被当减法计算）
Hash 和 List 分区对主键有硬性约束
选 HASH 或 LIST 类型时，Navicat 不会主动提示主键问题，但执行必失败。关键限制是：
- 分区字段必须是主键的一部分（不是“加索引”就行，必须进
PRIMARY KEY定义） - 例如表结构是
PRIMARY KEY (id)，你想按user_id哈希分区 → 必须先改为主键PRIMARY KEY (id, user_id)或PRIMARY KEY (user_id, id) -
LIST分区的VALUES IN列表里不能有 NULL，Navicat 界面也不允许你填 NULL，但若原始数据含 NULL，插入时会进默认分区（如果定义了）或报错
最易被忽略的一点：Navicat 的分区配置不可逆预览——它不模拟执行，也不检查现有数据是否符合新分区规则。比如给一个已有百万行的表加 RANGE 分区，若某行 create_time 落在所有 LESS THAN 范围之外，ALTER TABLE 会直接失败，而 Navicat 只显示 MySQL 原始错误码，不会告诉你哪一行导致问题。
