E.14. 發布9.1.5 · PostgreSQL 中文文檔 9.3

# E.14\. 發布9.1.5 > **發布日期:** 2012-08-17 這個版本包含9.1.4的各種修復。關于9.1主要版本的新功能的信息，參閱[Section E.19](#calibre_link-148)。 ## E.14.1\. 遷移到版本9.1.5 為運行9.1.X不需要轉儲/恢復。然而，如果你從9.1.4的更早版本更新，參閱9.1.4的發布說明。 ## E.14.2\. 變化 * 防止通過XML實體引用訪問外部文件夾/URL(Noah Misch, Tom Lane) `xml_parse()`可以嘗試讀取外部文件夾或者URL作為需要解決DTD 以及XML值中的實體引用，從而允許未授權數據庫用戶嘗試讀取與數據庫服務器權限的數據。當外部數據還沒直接返回給用戶時，如果數據沒有解析為有效XML，那么它的一部分可能會暴露在錯誤信息中；并且無論如何檢查文件是否存在的能力可能對攻擊者有用。 * 阻止通過`contrib/xml2`的 `xslt_process()`訪問外部文件夾/URL(Peter Eisentraut) libxslt提供通過樣式表命令讀寫文件夾和URL的能力，從而允許未授權數據庫用戶以讀寫帶有數據庫服務器權限的數據。禁止通過libxslt的安全選項的正確使用。(CVE-2012-3488) 同時，刪除`xslt_process()`的能力從外部文件夾/URL中讀取文件和樣式表。當這是已證明"特性"時，那么它被長期視為壞主意。為了CVE-2012-3489修復打破該能力，而不是付出努力嘗試修復它，我們只是打算簡單地刪除它。 * 防止btree索引頁過早回收利用(Noah Misch) 當我們允許只讀事務略過已分配XID時，當只讀事務仍然運行到它時，那么我們介紹已刪除btree頁可以被重新利用的可能性。這會導致不正確索引搜索結果。在該字段產生錯誤的可能性很低，因為時間要求，但盡管如此它應該被修復。 * 修復帶有新創造或者重新設置序列的碰撞安全漏洞(Tom Lane) 如果在新創造或者重新設置序列上執行`ALTER SEQUENCE`，然后在它上精確執行一個`nextval()`調用，然后服務器崩潰了，WAL回放可以恢復序列到似乎沒有執行`nextval()`的狀態下，然而允許通過下一個`nextval()`調用再次返回第一個序列值。特別是這可以表現為`serial`列，因為串行列的序列的創建包含 `ALTER SEQUENCE OWNED BY`步驟。 * 修復`enum`類型值比較的競爭條件 (Robert Haas, Tom Lane) 當遇到一個被添加的枚舉值時，比較可能失敗，因為當前查詢開始。 * 當不再熱備份時，修復`txid_current()`以報告正確時代(Heikki Linnakangas) 這修復了上一個次要版本介紹的回歸。 * 防止不當的復制連接選擇作為同步備用(Fujii Masao) 主庫可能不恰當選擇虛假服務器比如pg_receivexlog或者pg_basebackup 作為同步備用，然后無限期等待它們。 * 當主事務有很多子事務時，修復熱備啟用錯誤(Andres Freund) 這個錯誤導致故障報告為"無效XID插入到KnownAssignedXids中"。 * 在`pg_start_backup()`之后確保 `backup_label`文件是fsync (Dave Kerr) * 在walsender進程中修復超時處理(Tom Lane) WAL發送后端進程以建立SIGALRM處理程序，意味著它們會永遠等待超時發生的一些情況。 * 在每個后端通過walwriter沖洗后意識到walsender (Andres Freund, Simon Riggs) 當工作負載只包含異步提交事務時，這大大減少了復制延遲。 * 修復`LISTEN`/`NOTIFY`更好地處理I/O問題，比如磁盤空間不足(Tom Lane) 在寫入失敗后，嘗試發送更多`NOTIFY`消息的所有子序列可能帶有信息如"不能從文件"pg_notify/`_nnnn_`" 偏移量`_nnnnn_`: 成功讀取"而失敗。 * 僅僅允許autovacuum通過直接的封鎖進程被自動取消(Tom Lane) 原代碼可能允許某些情況下的不一致操作；特別是，在少于`deadlock_timeout`寬限期后可以取消autovacuum。 * 改善autovacuum取消記錄(Robert Haas) * 修復日志收集器以致于在服務器啟動后第一個日志循環期間運行`log_truncate_on_rotation` (Tom Lane) * 修復`WITH`附屬于嵌套設置操作 (`UNION`/`INTERSECT`/`EXCEPT`) (Tom Lane) * 確保參照子查詢的整行不包含任何額外的 `GROUP BY`或者`ORDER BY`列(Tom Lane) * 在`ALTER TABLE ... ADD CONSTRAINT USING INDEX`期間修復產生的依賴(Tom Lane) 這個命令為索引留下了多余的`pg_depend`項，這可能混淆后期操作，尤其是索引列之一上的`ALTER TABLE ... ALTER COLUMN TYPE`。 * 修復`REASSIGN OWNED`以影響擴展(Alvaro Herrera) * 在`CREATE TABLE`期間`CHECK`約束和索引定義中不允許拷貝整行引用(Tom Lane) 這種情況可以產生帶有 `LIKE`或者`INHERITS`的`CREATE TABLE`。復制整列變量被錯誤地標記帶有不是一個新的原來表的行類型。為`LIKE`拒絕理由似乎是合理的，因為行類型可能后面會分散。為`INHERITS`我們理論上應該接受它，伴隨對父表的行類型的隱含脅迫；但比起后端補丁似乎是安全的需要更多的工作。 * 修復`ARRAY(SELECT ...)`子查詢中的內存泄露 (Heikki Linnakangas, Tom Lane) * 修復規劃器傳遞正確規則排序到操作符選擇性估計者(Tom Lane) 任何核心選擇性估計函數先前不需要這個，但是第三方代碼可能需要它。 * 從正則表達式修復常見前綴提取(Tom Lane) 該代碼被量化的括號子表達式搞糊涂了，比如`^(foo)?bar`。這將導致這種模式不正確的搜索索引優化。 * 修復`interval`常量中帶有分析符號 `_hh_``:``_mm_`和 `_hh_``:``_mm_``:``_ss_` 字段的錯誤(Amit Kapila, Tom Lane) * 修復pg_dump以更好處理包含部分`GROUP BY`列表的視圖(Tom Lane) 視圖在`GROUP BY`中只列出一個主鍵列，但如果他們使用其他表列進行分組，那么根據主鍵進行標記。 pg_dump中這樣的主鍵依賴的恰當處理導致差的有序轉儲，這充其量是效率很低的恢復而且在最壞的情況可能會導致一個平行的pg_restore運行的徹底失敗。 * 在PL/Perl中，當使用SQL_ASCII編碼時，避免設置UTF8標記(Alex Hunsaker, Kyotaro Horiguchi, Alvaro Herrera) * 當轉換Python Unicode字符串到PL/Python中的服務器編碼時，使用Postgres的編碼轉換函數，而不是Python的。這避免了一些拐角情況問題，值得注意的是Python不支持所有Postgres編碼。一個顯著功能變化是如果服務器編碼是SQL_ASCII，你會得到字符串UTF-8表示形式；以前，字符串中任何非ASCII字符可以導致錯誤。 * 修復PostgreSQL編碼映射到PL/Python中的Python編碼(Jan Urbanski) * 適當報告`contrib/xml2`的 `xslt_process()`中的錯誤(Tom Lane) * 為Morocco和Tokelau中DST變化規律更新時區數據文件到tzdata發布2012e