E.5. 版本9.2.3 · PostgreSQL 中文文檔 9.3

# E.5\. 版本9.2.3 > **發布日期:** 2013-02-07 此版本包含了9.2.2各種修復。關于9.2主要版本的新功能的信息，參閱[Section E.8](#calibre_link-137)。 ## E.5.1\. 遷移到版本9.2.3 為了運行9.2.X不需要轉儲/恢復。然而，如果你是從早于9.2.2的版本上更新，參閱9.2.2發布說明。 ## E.5.2\. 變化 * 防止來自SQL的`enum_recv`的執行(Tom Lane) 該函數被錯誤聲明，允許簡單SQL命令導致服務器崩潰。原則上攻擊者可以使用它檢查服務器內存的內容。我們該感謝Sumit Soni (通過Secunia SVCRP)報告這個問題。(CVE-2013-0255) * 當檢測WAL回放期間達到一致性數據庫狀態時，修復多個問題。 (Fujii Masao, Heikki Linnakangas, Simon Riggs, Andres Freund) * 當不需要實際恢復工作時，修復結束備份點檢查(Heikki Linnakangas) 這個錯誤可能導致不正確的"在線備份結束之前WAL結束"錯誤。 * 當截斷關系文件時更新最小恢復點(Heikki Linnakangas) 一旦數據被丟棄，在時間線中的早一點停止恢復不再安全。 * 在改變恢復目標時間線之后修復WAL段重新回收利用(Heikki Linnakangas) * 正確地恢復來自級聯備用服務器上歸檔的時間線歷史文件(Heikki Linnakangas) * 修復熱備份服務器上的鎖沖突檢測(Andres Freund, Robert Haas) * 修復熱備份模式中錯過的取消事件(Noah Misch, Simon Riggs) 取消沖突的熱備查詢的需求有時會被錯過，允許這些查詢查看不一致數據。 * 用戶可以連接之前防止從暫停中恢復暫停功能(Tom Lane) * 修復SQL語法以允許下標或者來自子SELECT結果的字段選擇(Tom Lane) * 解決繁忙工作負載下的自動清理截斷的性能問題(Jan Wieck) 在表末尾的空白頁截斷需要排他鎖，但是當有沖突的鎖請求時，自動清理編碼失敗（并且釋放表鎖）。在負載下，截斷不會發生是可能的，導致表膨脹。通過執行部分截斷進行修復，釋放鎖，然后嘗試重新獲取鎖并且繼續。該修復在沖突請求到達后自動清理釋放鎖之前將大大減少平均時間。 * 提高`SPI_execute`的性能以及相關函數，從而提高了PL/pgSQL的`EXECUTE` (Heikki Linnakangas, Tom Lane) 刪除一些數據拷貝開銷，它被增加到9.2中作為計劃的緩存機制中的修訂結果。與9.1相比較消除了性能回歸，也節省了內存，特別是當要執行的查詢字符串包含許多 SQL語句的時候。另一個好處是，多個語句查詢字符串現在完全連續地被處理，這是我們在運行解析分析之前完成早期語句的執行以及在下面一個中進行規劃。這消除了長期存在的問題，在影響以后聲明操作的DDL中將表現為預期的。 * 恢復索引用法的pre-9.2成本估算(Tom Lane) 修正因子的不妥當變化為使用非常大的索引導致不符合要求的高成本估計。 * 修復`DROP INDEX CONCURRENTLY`中的間歇崩潰(Tom Lane) * 修復在`CREATE/DROP INDEX CONCURRENTLY`期間的共享內存鎖表的潛在敗壞 (Tom Lane) * 在一個元組超過頁面大小減去填充因子的情況下修復`COPY`的多個元組插入代碼(Heikki Linnakangas) 前面的編碼可以進入一個無限循環。 * 當掃描`pg_tablespace`的時候防止競爭條件(Stephen Frost, Tom Lane) 如果有`pg_tablespace`項的并發更新，那么`CREATE DATABASE`和`DROP DATABASE`可能行為不當。 * 防止`DROP OWNED`試圖把整個數據庫或表空間刪除(álvaro Herrera) 為安全起見，這些對象的所有權必須被重新分配，而不是刪掉。 * 修復[`vacuum_freeze_table_age`](#calibre_link-97)實現中的錯誤(Andres Freund) 為了超過[`vacuum_freeze_min_age`](#calibre_link-750) 事務已存在的安裝中，這個錯誤阻止使用部分表掃描自動清理，以致于全表掃描總是相反的。 * 當`RowExpr`或者`XmlExpr`是解析分析2倍時，防止不當行為(Andres Freund, Tom Lane) 這個錯誤可能在上下文中是用戶可見的比如`CREATE TABLE LIKE INCLUDING INDEXES`。 * 提高哈希表的大小計算中整數溢出的防御(Jeff Davis) * 解決數據類型權限相關的一些錯誤(Tom Lane) 有一些類型的默認權限問題，并且pg_dump失敗備份這樣的權限。 * 修復服務器崩潰后忽略剩余的臨時表的失敗(Tom Lane) * 修復為Windows上大小的原因交替postmaster日志文件的失敗(Jeff Janes, Heikki Linnakangas) * 拒絕`to_date()`中超出范圍的日期(Hitoshi Harada) * 修復`pg_extension_config_dump()`恰當地處理擴展更新情況(Tom Lane) 這個函數將為目標表取代任何現有項，使其在擴展更新腳本中可用。 * 修復在盡可能簡單的表達式中計劃時間誤差的PL/pgSQL的報告(Tom Lane) 前面的編碼有時導致省略`CONTEXT`追蹤誤差中的第一行。 * 修復函數作為多表觸發器的PL/Python的處理(Andres Freund) * 確保非ASCII提示字符串被轉換為Windows上正確的代碼頁(Alexander Law, Noah Misch) 這個錯誤影響psql和一些其他客戶端程序。 * 當沒有連接到數據庫的時候，修復psql的`\?`命令中的可能的崩潰(Meng Qingzhong) * 當正在運行pg_basebackup的時候，如果刪除了關系文件，那么修復可能的錯誤(Heikki Linnakangas) * 當`pg_basebackup -X fetch`在備用服務器備份的時候，忍受時間線切換(Heikki Linnakangas) * 當在熱備服務器上運行的時候，使pg_dump排除未記錄的表中的數據(Magnus Hagander) 這將失敗，因為在備用服務器上數據是不可用的，所以認為最方便的是自動假設 `--no-unlogged-table-data`。 * 修復pg_upgrade安全地處理無效索引(Bruce Momjian) * 修復pg_upgrade的-O/-o選項(Marti Raudsepp) * 修復libpq的`PQprintTuples`中一個字節緩沖區溢出(Xi Wang) 這個過時的函數不用在PostgreSQL自身的任何地方，但它可能仍然被客戶端代碼使用。 * 使得ecpglib正確使用已翻譯消息(Chen Huajun) * 在MSVC上正確安裝ecpg_compat和 pgtypes庫(Jiang Guiqing) * 如果它不是通過系統提供的，那么在libecpg中包含`isinf()` 我們的版本(Jiang Guiqing) * 為已提供的函數重新安排配置測試，因此它不會被來自libedit/libreadline的假冒輸出愚弄(Christoph Berg) * 確保Windows隨時間編譯數增加(Magnus Hagander) * 當交叉編譯Windows時，使得pgxs生成帶有正確`.exe`后綴的可執行程序(Zoltan Boszormenyi) * 添加新的時區縮寫`FET` (Tom Lane) 有一些東歐時區。