E.7. 版本9.2.1 · PostgreSQL 中文文檔 9.3

# E.7\. 版本9.2.1 > **發布日期:** 2012-09-24 該版本包含來自9.2.0的各種修復。關于9.2主要版本新功能的信息，請參閱[Section E.8](#calibre_link-137)。 ## E.7.1\. 遷移到版本9.2.1 為了運行9.2.X不需要轉儲/恢復。然而，你可能需要執行`REINDEX`和/或者 `VACUUM`操作從下面第一個changelog項描述的數據損壞錯誤影響中恢復。 ## E.7.2\. 變化 * 修復WAL回放期間共享緩沖區持久性標記(Jeff Davis) 這個錯誤會導致在檢查點緩沖區不被輸出，如果服務器稍后崩潰而沒有輸出這些緩沖，導致數據損壞。損壞可能在隨后崩潰恢復的任何服務器上發生，但它很顯然可能在備用從屬服務器上發生，因為這些執行了更多WAL回放。 btree和GIN索引有低概率損壞。表"可見視圖"有更高概率的損壞，這可能會導致來自索引掃描的錯誤結果，正確的表數據不能被這錯誤損壞。雖然沒有索引的損壞，由于這個錯誤已經在該字段發生，作為預防措施建議產品升級到9.2.1后在合適的時間安裝`REINDEX`所有btree和GIN索引。同時，當[`vacuum_freeze_table_age`](#calibre_link-97)設置為零的時候，建議執行所有表的`VACUUM`，這將修復任何不正確可見性的視圖數據。當它需要更長的時間來完成的時候，可以調整[`vacuum_cost_delay`](#calibre_link-1455) 以減少清理的性能影響。 * 修復涉及`WHERE` `_indexed_column_` IN (`_list_of_values_`)查詢輸出可能不正確的排序(Tom Lane) * 修復涉及`GROUP BY`表達式和window函數和聚集函數的查詢的規劃器錯誤(Tom Lane) * 修復執行器參數的規劃器分配(Tom Lane) 該錯誤可能導致來自掃描同一個`WITH`子查詢多次的查詢錯誤結果。 * 提高索引掃描中join條件的規劃器處理(Tom Lane) * 提高涉及前綴的文本搜索查詢的選擇性估計，比如`_word_``:*`模式(Tom Lane) * 修復權限變化的延遲識別(Tom Lane) 除了有可能沒有注意到自事務開始時已提交的并行`GRANT`或者`REVOKE`的事務外，不需要鎖的命令。 * 當列是數組類型域時，修復`ANALYZE`而不失敗(Tom Lane) * 如果遞歸PL/Perl函數在執行的時候被重新定義，那么防止PL/Perl崩潰(Tom Lane) * 解決PL/Perl中可能的錯誤優化(Tom Lane) 一些Linux發布包含`pthread.h`不正確的版本，導致PL/Perl中不正確的編譯代碼，如果PL/Perl函數調用另外拋出錯誤的一個，那么導致崩潰。 * 刪除來自pg_upgrade的pg_config上的不必要依賴(Peter Eisentraut) * 為了Fiji的DST變化規律更新時區數據文件到tzdata版本2012f