<ruby id="bdb3f"></ruby>

    <p id="bdb3f"><cite id="bdb3f"></cite></p>

      <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
        <p id="bdb3f"><cite id="bdb3f"></cite></p>

          <pre id="bdb3f"></pre>
          <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

          <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
          <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

          <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                <ruby id="bdb3f"></ruby>

                合規國際互聯網加速 OSASE為企業客戶提供高速穩定SD-WAN國際加速解決方案。 廣告
                # E.13\. 發布9.1.6 > **發布日期:** 2012-09-24 該發布中包含來自9.1.5的各種修復。 關于9.1主要版本的新功能的信息, 參閱[Section E.19](#calibre_link-148)。 ## E.13.1\. 遷移到版本9.1.6 為了運行9.1.X不需要轉儲/恢復。 然而,你可能需要執行`REINDEX`從下面第一個日志項描述的數據損壞 錯誤的影響中恢復。 另外,如果你從9.1.4更早版本更新, 查看9.1.4的發布說明。 ## E.13.2\. 變化 * 在WAL回放期間修復共享緩沖區的持久性標記(Jeff Davis) 這個錯誤會導致緩沖區在檢查點期間不被寫出來, 如果服務器沒有寫入緩沖區崩潰后,導致數據損壞。 在任何服務器崩潰恢復之后發生崩潰, 但它顯著的可能發生在備用子服務器上, 因為這些執行更多WAL回放。 有btree和GIN索引損壞的低概率。 有表"可見視圖"損壞的更高概率。 幸運的是,可見視圖是9.1中非關鍵數據, 因此9.1安裝中這樣的損壞最糟糕的后果是清理短暫無效。 表正確的數據無法被這個錯誤損壞。 雖然沒有索引損壞,由于這個錯誤已經在該字段發生, 作為預防措施建議在更新到 9.1.6之后在方便的時候產品安裝`REINDEX` 所有btree和GIN索引。 同時,如果你打算做適當升級到9.2.X, 在做這些之前所以建議執行所有表的`VACUUM`, 當[`vacuum_freeze_table_age`](#calibre_link-97) 設置為零時,這將確保在9.2.X可以依賴它之前校正可見視圖中的任何殘留的錯誤數據。 可以調整 [`vacuum_cost_delay`](#calibre_link-1455)以減少 清理的性能影響,而造成它需要更長時間完成。 * 修復執行器參數的規劃器分配, 并且為CTE規劃節點修復執行器的重新掃描邏輯(Tom Lane) 這些錯誤可以導致來自 掃描同一`WITH`子查詢多次的查詢的錯誤結果。 * 當 [`default_transaction_isolation`](#calibre_link-511) 設置為`serializable`的時候, 修復錯誤操作 (Kevin Grittner, Tom Lane, Heikki Linnakangas) 癥狀包含Windows啟動過程的死機, 以及熱備操作的死機情況。 * 提高涉及前綴的文本搜索查詢的選擇行估計, 比如`_word_``:*`模式(Tom Lane) * 提高GiST索引中頁分裂決定 (Alexander Korotkov, Robert Haas, Tom Lane) 多列GiST索引由于這個錯誤可能遭受意外膨脹。 * 如果仍然持有特權,那么修復終止的級聯權限撤銷(Tom Lane) 如果我們撤銷一些角色`_X_`的grant選項,但是`_X_` 仍然認為該選項通過其他人的grant。 我們不應該遞歸地撤銷`_X_`授予的角色`_Y_`的 相應特權。 * 不接受包含分配給它們的模式的擴展(Thom Brown) 這種情況創建了困惑pg_dump和 其他一些事情的循環依賴。 它也令人困惑,因此不接受它。 * 提高熱備份不當配置錯誤的錯誤信息(Gurjeet Singh) * 嘗試configure探查`mbstowcs_l` (Tom Lane) 修復AIX一些版本上的編譯錯誤。 * 當使用PL/Perl時,修復`SIGFPE`的處理(Andres Freund) Perl重置進程的`SIGFPE`處理器到`SIG_IGN`, 這可能在以后導致崩潰。 在初始化PL/Perl之后恢復正常Postgres信號處理程序。 * 當被執行時,如果重新定義遞歸的PL/Perl函數, 則防止PL/Perl崩潰(Tom Lane) * 解決PL/Perl中可能的錯誤優化(Tom Lane) 一些Linux發布包含 導致PL/Perl中不正確編譯代碼的`pthread.h`不正確版本, 如果PL/Perl函數調用拋出錯誤的另外一個,那么導致崩潰。 * 修復`contrib/pg_trgm`'s `LIKE`模式 分析代碼中的錯誤(Fujii Masao) 如果模式包含`LIKE`轉義字符, 那么使用三線性索引的`LIKE`查詢可以產生錯誤結果。 * 修復Windows上行尾的pg_upgrade的處理(Andrew Dunstan) 以前,pg_upgrade可能添加或者刪除運輸返回比如函數體的地方。 * Windows上,使得pg_upgrade在它 發出的腳本中使用反斜杠路徑分隔符(Andrew Dunstan) * 刪除來自 pg_upgrade的pg_config的不必要依賴(Peter Eisentraut) * 為了Fiji中的DST變化規律更新時區數據文件到tzdata發布2012f。
                  <ruby id="bdb3f"></ruby>

                  <p id="bdb3f"><cite id="bdb3f"></cite></p>

                    <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
                      <p id="bdb3f"><cite id="bdb3f"></cite></p>

                        <pre id="bdb3f"></pre>
                        <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

                        <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
                        <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

                        <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                              <ruby id="bdb3f"></ruby>

                              哎呀哎呀视频在线观看