<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.32\. 版本 9.0.2 > **發布日期:** 2010-12-16 這個版本包含各種自9.0.1以來的修復。要想獲得關于9.0主版本的新特性信息, 請參閱[Section E.34](#calibre_link-163)。 ## E.32.1\. 遷移到版本 9.0.2 運行9.0.X版本的用戶不需要轉儲/恢復。 ## E.32.2\. 修改列表 * 強制缺省[`wal_sync_method`](#calibre_link-1432) 在Linux上為`fdatasync` (Tom Lane, Marti Raudsepp) linux上的缺省實際上已經`fdatasync`很多年了,但是最近的內核改變導致 PostgreSQL選擇了`open_datasync`。 這個選擇不會導致任何性能改進,并且在某些文件系統上導致徹底的失敗, 尤其是帶有`data=journal`接口選項的`ext4`。 * 修復熱備重放期間的"too many KnownAssignedXids"錯誤 (Heikki Linnakangas) * 修復熱備期間鎖捕獲中的競態條件 (Simon Riggs) * 避免熱備期間不必要的沖突 (Simon Riggs) 這修復了一些認為重放與備用查詢相沖突的情況(導致重放延遲或可能取消查詢), 但是沒有真正的沖突。 * 修復為GIN索引WAL重放邏輯中的各種錯誤 (Tom Lane) 這會導致復制期間"bad buffer id: 0"失敗或索引內容的損壞。 * 修復起始檢查點WAL記錄和它的重做點不在同一個WAL段中時的從基礎備份中恢復 (Jeff Davis) * 修復在創建主數據庫集群之后立即啟用流復制時的極端情況錯誤 (Heikki Linnakangas) * 修復多個workers持續活躍了很長一段時間時autovacuum workers的持續放緩 (Tom Lane) autovacuum worker如果處理了足夠的表,那么它有效的`vacuum_cost_limit` 可以下降到接近零,導致它運行極其的慢。 * 修復autovacuum啟動器中長期的內存泄露 (Alvaro Herrera) * 避免試圖從一個事務外面報告一個迫近的事務概括條件時的失敗 (Tom Lane) 這個監督防止了事務概括太近之后的恢復,因為數據庫啟動處理會失敗。 * 添加支持檢測寄存器棧在`IA64`上溢出 (Tom Lane) `IA64`體系結構有兩個硬件堆棧。全面預防堆棧溢出失敗都需要檢查。 * 添加一個`copyObject()`中堆棧溢出的檢查 (Tom Lane) 某些代碼路徑會由于給出足夠復雜的查詢堆棧溢出而崩潰。 * 修復臨時GiST索引中頁面分裂的檢測 (Heikki Linnakangas) 在一個臨時索引中有"并發的"頁分裂是可能的,例如有一個打開的游標在插入時掃描索引。 GiST未能檢測這種情況,并且因此可能當游標的執行繼續時交付錯誤的結果。 * 修復早期連接過程期間的錯誤檢查 (Tom Lane) 太多子進程的檢查在某些情況下是跳過的, 可能會導致試圖添加新的子進程到固定大小的數組時postmaster崩潰。 * 提高窗口函數的效率 (Tom Lane) 某些情況需要提前讀取大量的元組,但是`work_mem`足夠大的允許它們都在內存中進行, 這會出乎意料的慢。尤其是`percent_rank()`, `cume_dist()` 和 `ntile()`有這個問題。 * 避免`ANALYZE`復雜的索引表達式時的內存泄露 (Tom Lane) * 確保使用整行Var的索引依賴于它的表 (Tom Lane) 一個像`create index i on t (foo(t.*))`這樣聲明的索引, 當它的表被刪除時它不會自動被刪除。 * 在`DROP OWNED BY`中為刪除屬于一個用戶的外部數據封裝/服務器權限添加缺失支持 (Heikki Linnakangas) * 不要用多個`OUT`參數"inline"一個SQL函數 (Tom Lane) 這避免了由于丟失關于預期的結果行類型的信息而引起的可能的崩潰。 * 修復內聯一個參數列表包含一個引用可內聯的用戶函數的設置返回函數時的崩潰 (Tom Lane) * 如果`ORDER BY`, `LIMIT`, `FOR UPDATE`, 或 `WITH`附屬于`INSERT ... VALUES`的`VALUES`部分則行為正確 (Tom Lane) * 使`OFF`關鍵字無限制 (Heikki Linnakangas) 這阻止了在PL/pgSQL中使用`off`作為變量名的問題。 在9.0之前是好用的,但是現在打破了,因為PL/pgSQL 現在將所有的內核保留字作為保留的。 * 修復`COALESCE()`表達式的常量部分 (Tom Lane) 規劃器有時試圖計算子表達式,實際上從未達成,可能導致預想不到的錯誤。 * 修復"could not find pathkey item to sort"規劃器帶有整行Vars比較失敗 (Tom Lane) * 修復連接接受(`accept()`或在它之后立即做的調用中的一個)失敗時的postmaster崩潰, 并且postmaster是用GSSAPI支持編譯的 (Alexander Chernikov) * 在從RADIUS認證服務器接收到一個無效的響應包之后重試 (Magnus Hagander) 這修復了一個低風險潛在拒絕服務的情況。 * 修復了`log_temp_files`活躍時錯過了刪除臨時文件 (Tom Lane) 如果在試圖發出日志消息時發生錯誤,刪除文件沒有做,導致臨時文件的積累。 * 為`InhRelation`節點添加打印功能 (Tom Lane) 這避免了啟動`debug_print_parse`和執行確定類型的查詢時的失敗。 * 修復了從一個點到一個水平線段的距離的不正確的計算 (Tom Lane) 這個錯誤影響幾個不同的幾何距離測量操作。 * 修復ecpg中交易狀態的不正確的計算 (Itagaki Takahiro) * 修復psql的Unicode逃逸支持中的錯誤 (Tom Lane) * 當歸檔包含許多大對象(blobs)時加速并行的pg_restore (Tom Lane) * 修復PL/pgSQL處理"簡單的"表達式,以不在遞歸或錯誤恢復的情況下失敗 (Tom Lane) * 修復PL/pgSQL錯誤報告no-such-column的情況 (Tom Lane) 截止到9.0,有時會報告"missing FROM-clause entry for table foo", 而此時"record foo has no field bar"將會更合適。 * 修復分配到元組字段時PL/Python遵從typmod(也就是,長度或精度限制) (Tom Lane) 這修復了從8.4的回歸。 * 修復PL/Python處理設置返回函數 (Jan Urbanski) 試圖在迭代器中調用SPI函數生成一個設置結果將會失敗。 * 修復`contrib/cube`的GiST picksplit算法中的錯誤 (Alexander Korotkov) 這可能會導致大量的低效,盡管不是實際上錯誤的答案,在`cube`字段上的GiST索引中。 如果你有這樣的一個索引,那么考慮在安裝這個更新之后`REINDEX`它。 * 不要在`contrib/dblink`中發出"identifier will be truncated"通知, 除非創建新的連接時 (Itagaki Takahiro) * 修復`contrib/pgcrypto`中丟失公鑰潛在的內核轉儲 (Marti Raudsepp) * 修復`contrib/pg_upgrade`中的緩沖區溢出 (Hernan Gonzalez) * 修復`contrib/xml2`的XPath查詢函數中的內存泄露 (Tom Lane) * 更新失去數據文件為tzdata版本2010o,因為DST規律在Fiji和Samoa發生了改變; 還有Hong Kong的歷史修正。
                  <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>

                              哎呀哎呀视频在线观看