背景：生产环境某订单表按时间分区，业务需求变更要求改为按用户 ID 哈希分区。表数据量超 5000 万行，原有复合索引在新分区策略下冗余度极高。
具体情况和已尝试方案：
1. 尝试在线重建索引，但 PostgreSQL 14 不支持分区表索引在线重建，导致长事务阻塞写入。

2. 使用 pg_repack 扩展尝试迁移，但因数据倾斜严重，部分分区重组耗时超过 4 小时，远超可维护窗口。

3. 考虑创建影子表进行双写迁移，但业务代码耦合度高，双写逻辑容易因异常导致数据不一致。
想解决的问题：在不长期锁定主表、确保数据一致性的前提下，有哪些具体的工程化手段或架构调整方案能实现分区键的平滑迁移？是否有针对分区表重构的最佳实践框架？