为什么说分区表能不用尽量别用

引见

分区剪枝是 PostgreSQL 中的一项性能提升特性，它准许查问布局器和口头器跳过扫描与查问有关的分区，从而协助提高查问性能。然而，在某些状况下，分区剪枝或许无法按预期上班。了解这些场景有助于定位和修复相关疑问。

分区剪枝不起作用的或许要素

灵活分区剪枝的限度

灵活分区剪枝出当初查问口头时期，然而假设查问中的衔接条件或挑选条件，不准许在早期明白识别出不相关的分区，则其有效性或许会遭到限度。

在 WHERE 子句中经常使用非无法变函数

当WHERE子句中触及非无法变函数时，PostgreSQL 或许无法在布局时口头分区剪枝，由于它无法保障函数的前往值坚持不变。

   partitioned_table to_chardate_column   

在上方的查问中，to_char是一个稳固的、而非无法变的函数，这或许会影响到剪枝。

缺少统计消息或统计消息过期

PostgreSQL 须要依托表统计消息，来做出有关分区剪枝的理智决策。假设统计消息缺失或许不是最新的，则或许会做出低效的剪枝决策。

要降级统计消息，您可以运转：

 partitioned_table

分区键或分区战略性能失误

基于查问形式，启动不正确的分区键性能，或许选用次优的分区战略（例如，范围分区与列表分区），也会影响到剪枝的效率。

OR 条件和参数化查问的影响

复杂的OR条件或参数化查问，尤其是那些不带常量的灵活构建的查问，或许会阻碍有效的分区剪枝，由于布局器或许会发现很难推断出所触及确实切分区。

确保有效的分区剪枝

•在分区键中经常使用无法变函数：确保分区键，和查问中在分区键上经常使用的任何函数，都是无法变的。

•坚持统计消息的降级：经常使用ANALYZE命令活期降级表统计消息。

•简化查问条件：简化查问条件，防止在 WHERE 子句中的分区键上经常使用非无法变函数。

•查看分区战略：确保分区战略与查问的最经常出现访问形式坚持分歧。

总结

经过了解这些要点，在 PostgreSQL 数据库中，您可以定位出为什么分区剪枝无法按预期上班的或许要素，并采取适当的步骤，来提升分区表以取得更好的性能。