分区表是一个众所周知的高级特性，往往用来进行大表的处理，但是也并非万能。

介绍

分区剪枝是 PostgreSQL 中的一项性能优化特性，它允许查询规划器和执行器跳过扫描与查询无关的分区，从而帮助提高查询性能。但是，在某些情况下，分区剪枝可能无法按预期工作。了解这些场景有助于定位和修复相关问题。

分区剪枝不起作用的可能原因

动态分区剪枝的限制

动态分区剪枝发生在查询执行期间，但是如果查询中的连接条件或筛选条件，不允许在早期明确识别出不相关的分区，则其有效性可能会受到限制。

在 WHERE 子句中使用非不可变函数

当WHERE子句中涉及非不可变函数时，PostgreSQL 可能无法在规划时执行分区剪枝，因为它无法保证函数的返回值保持不变。

SELECT * FROM partitioned_table
  WHERE to_char(date_column, 'YYYY-MM-DD') = '2024-04-15';

在上面的查询中，to_char是一个稳定的、而非不可变的函数，这可能会影响到剪枝。

缺少统计信息或统计信息过时

PostgreSQL 需要依靠表统计信息，来做出有关分区剪枝的明智决策。如果统计信息缺失或者不是最新的，则可能会做出低效的剪枝决策。

要更新统计信息，您可以运行：

ANALYZE partitioned_table;

分区键或分区策略配置错误

基于查询模式，进行不正确的分区键配置，或者选择次优的分区策略（例如，范围分区与列表分区），也会影响到剪枝的效率。

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

复杂的OR条件或参数化查询，尤其是那些不带常量的动态构建的查询，可能会阻碍有效的分区剪枝，因为规划器可能会发现很难推断出所涉及的确切分区。

确保有效的分区剪枝

• ? 在分区键中使用不可变函数：确保分区键，和查询中在分区键上使用的任何函数，都是不可变的。

• ? 保持统计信息的更新：使用ANALYZE命令定期更新表统计信息。

• ? 简化查询条件：简化查询条件，避免在 WHERE 子句中的分区键上使用非不可变函数。

• ? 审核分区策略：确保分区策略与查询的最常见访问模式保持一致。

总结

通过了解这些要点，在 PostgreSQL 数据库中，您可以定位出为什么分区剪枝无法按预期工作的可能原因，并采取适当的步骤，来优化分区表以获得更好的性能。