navicat 不支持对已有分区表进行可视化合并或拆分分区操作，因其未封装 mysql 的 alter table ... reorganize partition 等 ddl 语句，且分区对话框在表已分区后变为只读，不校验逻辑合理性、不提示数据清空要求、不检查值域覆盖、不刷新视图。
Navicat 不支持对已有分区表进行「可视化合并分区」或「可视化拆分分区」操作——它没有提供类似“合并选中两个分区”“在某一分区边界插入新分区”这类图形化按钮或向导。
为什么「分区」选项卡里不能编辑现有分区结构
Navicat 的「分区」对话框（位于表设计器 → 「选项」选项卡底部）仅在新建表或修改表结构但不涉及分区变更时可用；一旦表已存在且已分区，该按钮会变灰不可点，或点击后仅显示只读的分区定义。这是因为 MySQL 本身不支持 ALTER TABLE ... REORGANIZE PARTITION 的可视化封装，而 Navicat 并未将这类 DDL 封装为图形操作。
- MySQL 的分区结构调整必须用
ALTER TABLE ... REORGANIZE PARTITION、ADD PARTITION、DROP PARTITION等语句，Navicat 不生成也不校验这些语句的业务逻辑合理性 - 即使你手动写 SQL 在 Navicat 查询窗口执行，它也不会刷新「分区」对话框里的视图，仍显示旧结构
- 对 RANGE 或 LIST 分区做边界调整（如把
P1 VALUES LESS THAN (100)拆成P1a/P1b）时，MySQL 要求源分区必须为空，Navicat 不检查、不提示、不帮你搬数据
想安全合并两个 RANGE 分区？只能手写 ALTER 语句
例如原表按日期范围分区，想把 p_202501 和 p_202502 合并为一个分区，不能靠拖拽或右键菜单。你必须明确知道：合并后的新分区上限值、是否要先清空数据、是否影响全局索引。
- 先确认目标分区为空：
SELECT COUNT(*) FROM tbl PARTITION(p_202501) - 再执行合并（以 RANGE 为例）：
ALTER TABLE tbl REORGANIZE PARTITION p_202501,p_202502 INTO (PARTITION p_2025Q1 VALUES LESS THAN (20250401)) - Navicat 不会自动重写二级分区定义；若用了 SUBPARTITION，语句必须显式写出全部子分区结构
- 执行后需手动刷新对象列表（F5），否则「表属性」→「分区」仍显示旧信息
拆分一个 LIST 分区？Navicat 不提示字段值冲突风险
LIST 分区依赖离散值映射，比如 P_US VALUES IN (1,2,3)。你想把它拆成 P_US_EAST 和 P_US_WEST，就必须重写整个分区定义。Navicat 不做值域覆盖检查，容易漏掉某个 ID 导致 INSERT 失败。
- 错误示例（漏值）：
REORGANIZE PARTITION P_US INTO (PARTITION P_US_EAST VALUES IN (1,2), PARTITION P_US_WEST VALUES IN (3))—— 表面看没错，但若业务中新增了 ID=4，就会报ERROR 1526 (HY000): Table has no partition for value 4 - 正确做法是先查全量值：
SELECT DISTINCT region_id FROM tbl WHERE region_id IN (1,2,3,4,...)，再确保新分区VALUES IN覆盖所有可能取值 - Navicat 的 SQL 预览功能在此处完全失效——它只预览建表语句，不预览 REORGANIZE 的等效逻辑
真正难的不是语法，而是判断哪些分区可以合并（数据冷热分布是否趋同）、拆分后查询条件是否还能命中单一分区、以及应用层是否还硬编码了分区名（如 SELECT * FROM tbl PARTITION(p_202501)）。这些 Navicat 一概不管。
