分區(qū)表是一個眾所周知的高級特性，往往用來進行大表的處理，但是也并非萬能。

介紹

分區(qū)剪枝是 PostgreSQL 中的一項性能優(yōu)化特性，它允許查詢規(guī)劃器和執(zhí)行器跳過掃描與查詢無關的分區(qū)，從而幫助提高查詢性能。但是，在某些情況下，分區(qū)剪枝可能無法按預期工作。了解這些場景有助于定位和修復相關問題。

分區(qū)剪枝不起作用的可能原因

動態(tài)分區(qū)剪枝的限制

動態(tài)分區(qū)剪枝發(fā)生在查詢執(zhí)行期間，但是如果查詢中的連接條件或篩選條件，不允許在早期明確識別出不相關的分區(qū)，則其有效性可能會受到限制。

在 WHERE 子句中使用非不可變函數(shù)

當WHERE子句中涉及非不可變函數(shù)時，PostgreSQL 可能無法在規(guī)劃時執(zhí)行分區(qū)剪枝，因為它無法保證函數(shù)的返回值保持不變。

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

在上面的查詢中，to_char是一個穩(wěn)定的、而非不可變的函數(shù)，這可能會影響到剪枝。

缺少統(tǒng)計信息或統(tǒng)計信息過時

PostgreSQL 需要依靠表統(tǒng)計信息，來做出有關分區(qū)剪枝的明智決策。如果統(tǒng)計信息缺失或者不是最新的，則可能會做出低效的剪枝決策。

要更新統(tǒng)計信息，您可以運行：

ANALYZE partitioned_table;

分區(qū)鍵或分區(qū)策略配置錯誤

基于查詢模式，進行不正確的分區(qū)鍵配置，或者選擇次優(yōu)的分區(qū)策略（例如，范圍分區(qū)與列表分區(qū)），也會影響到剪枝的效率。

OR 條件和參數(shù)化查詢的影響

復雜的OR條件或參數(shù)化查詢，尤其是那些不帶常量的動態(tài)構建的查詢，可能會阻礙有效的分區(qū)剪枝，因為規(guī)劃器可能會發(fā)現(xiàn)很難推斷出所涉及的確切分區(qū)。

確保有效的分區(qū)剪枝

• ? 在分區(qū)鍵中使用不可變函數(shù)：確保分區(qū)鍵，和查詢中在分區(qū)鍵上使用的任何函數(shù)，都是不可變的。

• ? 保持統(tǒng)計信息的更新：使用ANALYZE命令定期更新表統(tǒng)計信息。

• ? 簡化查詢條件：簡化查詢條件，避免在 WHERE 子句中的分區(qū)鍵上使用非不可變函數(shù)。

• ? 審核分區(qū)策略：確保分區(qū)策略與查詢的最常見訪問模式保持一致。

總結

通過了解這些要點，在 PostgreSQL 數(shù)據(jù)庫中，您可以定位出為什么分區(qū)剪枝無法按預期工作的可能原因，并采取適當?shù)牟襟E，來優(yōu)化分區(qū)表以獲得更好的性能。