ALTER TABLE … SET INTERVAL 不起作用，因MySQL不支持该语法，PostgreSQL原生也不支持，需通过pg_partman更新part_config表并运行run_maintenance()。
ALTER TABLE … SET INTERVAL 为什么不起作用
直接执行 alter table t set interval '7 days' 报错或没效果，大概率是因为表还没启用自动分区（即没定义 partition by range + interval 的完整结构）。mysql 和 postgresql 的自动分区机制完全不同：mysql 不支持原生 set interval 语法；postgresql 的 pg_partman 扩展才提供类似能力，但也不是靠 alter table 直接改。
- MySQL 8.0+ 原生分区不支持动态修改
INTERVAL，只能删分区再重建策略，或者用事件调度器手动补分区 - PostgreSQL 原生也不支持
SET INTERVAL，必须依赖pg_partman的partman.run_maintenance()或重设配置表part_config中的inherent_interval - 常见错误现象：
ERROR: syntax error at or near "INTERVAL"（MySQL）或column "inherent_interval" does not exist（pg_partman 版本太旧）
pg_partman 修改 interval 的正确路径
如果你用的是 pg_partman 管理时间分区，修改步长本质是更新配置并触发维护——不是改 DDL，而是改元数据 + 补全/裁剪分区边界。
- 先查当前配置：
SELECT parent_table, type, interval, infinite_time_partitions FROM partman.part_config WHERE parent_table = 'public.my_log_table'; - 更新间隔（例如从 1 day 改为 7 days）：
UPDATE partman.part_config SET interval = '7 days' WHERE parent_table = 'public.my_log_table'; - 立刻生效需运行：
SELECT partman.run_maintenance(p_analyze := false);（注意：这会创建新分区，也可能 drop 掉超出 retention 的旧分区） - 如果已有分区与新 interval 对不上（比如原来按天分，现在想按周），
run_maintenance不会合并或拆分现有分区，只管新增和清理——历史数据仍保留在原分区中
MySQL 没有 SET INTERVAL，替代方案只有两个
MySQL 原生分区不提供运行时调整 interval 的接口。所谓“重置步长”，实际是重建分区逻辑，风险高、锁表久，务必在低峰操作。
- 方案一（推荐）：用事件（EVENT）定期执行
ALTER TABLE t DROP PARTITION p_old, ADD PARTITION (PARTITION p_new VALUES LESS THAN (...))，手动控制边界 - 方案二（谨慎）：导出数据 →
DROP TABLE→ 用新INTERVAL定义重建表 → 导入，适合离线可停服场景 - 容易踩的坑：
ALTER TABLE ... REORGANIZE PARTITION只能合并相邻分区，不能改变分区函数逻辑；LESS THAN值写错会导致插入失败，报错ERROR 1526 (HY000): Table has no partition for value
interval 单位不一致引发的隐性问题
看似只是改个字符串，但单位解析依赖数据库时区、字段类型、甚至 pg_partman 版本。比如 '7 days' 和 '7d' 在部分 pg_partman 版本里行为不同，MySQL 的 INTERVAL 7 DAY 必须大写 DAY。
- PostgreSQL：
interval字段存的是 text，但run_maintenance内部调用make_interval()，所以'7 days'、'7 d'、'1 week'都合法；'7day'（缺空格）会报错 - MySQL：
INTERVAL 7 DAY是唯一安全写法；INTERVAL '7' DAY语法错误；TIMESTAMPADD(DAY, 7, ...)才用于计算边界值 - 性能影响：interval 越大，单分区数据越多，范围查询可能扫描更多行；interval 过小（如 1 hour），分区数爆炸，pg_class 元数据膨胀，pg_partman 维护变慢
