<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>

                ??碼云GVP開源項目 12k star Uniapp+ElementUI 功能強大 支持多語言、二開方便! 廣告
                # E.47\. 發布8.4.6 > **發布日期:** 2010-12-16 該發布包含8.4.5的各種修復。 關于8.4主要發布的新功能的信息, 參閱[Section E.53](#calibre_link-49)。 ## E.47.1\. 遷移到版本8.4.6 運行8.4.X不需要備份/恢復。 然而,如果你從8.4.2更早版本更新, 參閱8.4.2發布說明。 ## E.47.2\. 變化 * 強迫缺省 [`wal_sync_method`](#calibre_link-1432) 為Linux上`fdatasync` (Tom Lane, Marti Raudsepp) Linux上缺省實際上是多年的`fdatasync`,但是最近內核變化導致 PostgreSQL選擇`open_datasync`。 這種選擇在任何性能改進中不產生結果,并且導致某些文件系統的徹底失敗, 尤其是帶有`data=journal`掛載選項的`ext4`。 * 修復GIN索引WAL回放邏輯相關錯誤(Tom Lane) 這可能導致"壞緩沖區id: 0"失敗 或者復制過程中索引內容的損壞。 * 當開啟檢查點WAL記錄不在同一WAL段作為重做點時, 修復基礎備份恢復(Jeff Davis) * 當多個執行者保持活躍很長時間的時候,修復autovacuum的持續放緩(Tom Lane) 為autovacuum工作者有效的`vacuum_cost_limit`可能下降到幾乎為零, 如果它處理足夠多的表,使其運行極其緩慢。 * 添加支持`IA64`上的檢測寄存器棧溢出(Tom Lane) `IA64`結構有兩個硬件堆棧。堆棧溢出錯誤的充分預防需要檢查這兩個。 * 添加`copyObject()`中棧溢出檢查(Tom Lane) 某些代碼路徑可能導致崩潰,由于堆棧溢出產生了一個足夠復雜的查詢。 * 修復臨時GiST索引中頁分離的檢測(Heikki Linnakangas) 當執行插入時,如果比如有一個打開游標掃描索引的時候,在臨時索引中可能 有"并發"的頁面分離。當繼續執行游標時, GiST未能檢測到這種情況,因此可以提供錯誤結果。 * 在早期連接處理過程中修復錯誤檢查(Tom Lane) 在一些情況下忽略太多子進程檢查,當嘗試添加新的子進程到固定大小數組中時, 可能導致postmaster崩潰。 * 提升window函數的效率(Tom Lane) 某些情況中大量元組需要提前被讀取,但是`work_mem`大到足以允許它們 全部保存在內存中,竟意外地慢。`percent_rank()`, `cume_dist()`和 `ntile()`尤其受到這個問題的影響。 * 當`ANALYZE`復雜索引表達式的時候,避免內存泄露(Tom Lane) * 確保使用整行Var的索引依賴于它的表(Tom Lane) 當刪除表的時候,像`create index i on t (foo(t.*))`聲明的索引 可能不會自動被刪除。 * 不要"內聯"SQL函數與多個`OUT`參數(Tom Lane) 由于關于預期結果rowtype信息丟失,這避免了可能的崩潰。 * 如果`ORDER BY`, `LIMIT`, `FOR UPDATE`, or `WITH`附屬于 `INSERT ... VALUES`的`VALUES`部分,那么操作正確(Tom Lane) * 修復`COALESCE()`表達式的常數合并(Tom Lane) 規劃器有時會試圖評估事實上不可能達到的可能會導致意外錯誤的子表達式。 * 當連接接受失敗時(`accept()`或者在它之后立即調用),并且postmaster和GSSAPI支持一起編譯, 修復postmaster崩潰。(Alexander Chernikov) * 當`log_temp_files`是活躍的,則修復臨時文件忽略的取消操作(Tom Lane) 當試圖發出日志信息時,如果發生錯誤,那么取消不執行, 導致臨時文件積累。 * 為`InhRelation`節點添加輸出功能(Tom Lane) 當啟用`debug_print_parse`并且執行某些類型查詢時, 這避免失敗。 * 修復從一個點到水平線段距離的錯誤計算(Tom Lane) 這個漏洞影響了若干個不同的幾何距離測量操作符。 * 修復ecpg中事務狀態的錯誤計算(Itagaki Takahiro) * 在遞歸或者錯誤恢復的情況中修復"simple"表達式的PL/pgSQL處理而不失敗(Tom Lane) * 修復設置返回函數的PL/Python的處理(Jan Urbanski) 在迭代器生成一組結果中嘗試調用SPI函數可能失敗。 * 修復`contrib/cube`的GiST picksplit算法中的錯誤(Alexander Korotkov) 這可能會導致相當大的無效率,但在`cube`列上的GiST索引中,并不是真的錯誤結論, 如果你有這樣一個索引,考慮在安裝這個更新之后`REINDEX`它。 * 不要發出`contrib/dblink`中"標識符將被截斷"的信息除了 創建新的連接(Itagaki Takahiro) * 修復`contrib/pgcrypto`中對失蹤公鑰的潛在信息轉儲(Marti Raudsepp) * 修復`contrib/xml2`的XPath查詢函數中的內存泄露(Tom Lane) * 為Fiji和Samoa中的DST變化規律更新時區數據文件到tzdata發布2010o; 也為了香港歷史修正。
                  <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>

                              哎呀哎呀视频在线观看