哈希分区通过哈希值均匀分布数据，适合等值查询和高并发点查，能避免热点问题但不支持范围剪枝；2. 范围分区按值区间划分，适用于时序数据，支持高效范围查询和便捷的数据归档，但可能产生数据倾斜；3. 选择依据在于业务模式：用户id类查询选哈希，时间序列类选范围，超大规模可考虑范围+哈希复合分区。
在 PostgreSQL 中，分区表是提升查询性能和管理大规模数据的重要手段。常见的分区方式有哈希分区和范围分区，二者各有适用场景。选择哪种方式，关键在于数据特征和业务访问模式。
1. 哈希分区：均匀分布，适合等值查询
哈希分区通过指定列的哈希值将数据分散到多个分区中。PostgreSQL 使用哈希函数对分区键进行计算，确保数据尽可能均匀分布。
适用场景：
- 查询条件多为等值匹配（如 WHERE user_id = 123）
- 数据写入分布较随机，希望避免热点问题
- 没有明显的时间或数值递增趋势
优点：
- 数据分布相对均匀，减少单个分区过大问题
- 适合高并发点查，可利用分区剪枝快速定位目标分区
- 无需预估未来数据范围，扩展性较好
缺点：
- 不支持范围查询剪枝（如 BETWEEN 或 >），无法有效过滤分区
- 分区数量需提前定义，后期调整较复杂
2. 范围分区：按值区间划分，适合时序数据
范围分区根据分区键的值区间（如时间、ID 范围）将数据分配到不同分区。最常见的是按日期（如每月一区）进行划分。
适用场景：
- 数据具有明显的时间顺序（如日志、订单、监控数据）
- 查询常涉及时间范围（如“过去7天”、“某月数据”）
- 需要定期归档或删除旧数据
优点：
- 支持高效的范围查询剪枝，大幅减少扫描数据量
- 便于按时间周期管理数据（如添加新分区、删除旧分区）
- 符合人类直觉，维护和监控更直观
缺点：
- 若分区键集中（如大量写入同一时间段），易导致数据倾斜
- 需要预先规划分区边界，管理成本较高
- 历史分区可能成为瓶颈，若未及时拆分
3. 如何选择？看业务需求
选择哈希还是范围分区，核心在于分析你的数据写入模式和查询习惯。
如果业务主要基于用户 ID 查询记录，且用户行为分散，哈希分区更合适。它能均衡负载，避免某个分区过热。
如果数据按时间生成，且经常按“天”“月”做统计或清理，范围分区是首选。它可以高效裁剪无关分区，加快查询速度。
还有一种折中方案：使用范围分区做一级分区（按时间），再在每个分区内部用哈希做二级分区（按用户 ID）。这种复合分区适合超大规模场景，但实现和维护更复杂。
基本上就这些。选对分区策略，能让 PostgreSQL 在大数据量下依然保持良好性能。关键是理清数据流向和访问路径，再决定走哪条路。
