# E.72\. 發布8.3.5 > **發布日期:** 2008-11-03 該發布包含來自8.3.4各種修復。關于8.3主要發布中新特性信息， 參閱[Section E.77](#calibre_link-34)。 ## E.72.1\. 遷移到版本8.3.5 運行8.3.X不需要備份/恢復。然而，如果從8.3.1更早版本更新，參閱8.3.1發布說明。 另外，如果你正在運行之前的8.3.X版本，推薦更新之后`REINDEX`所有 GiST索引。 ## E.72.2\. 變化 * 修復GiST索引損壞，由于在刪除之后標記錯誤索引項"死的"(Teodor) 這可能導致索引搜索無法找到他們應該找的行。 損壞的索引可以使用`REINDEX`被修復。 * 當客戶端編碼不能表示本地化錯誤消息的時候，修復后臺崩潰(Tom) 我們已經解決了之前類似問題，如果"字符沒有等同"消息自身不能被轉化， 但是可能仍然失敗。當我們發現這種情況的時候，解決辦法是禁用本地化并且發送 純ASCII錯誤消息。 * 修復`bytea`到XML映射中可能崩潰(Michael McMaster) * 當深度嵌套函數被觸發器調用的時候，修復可能崩潰(Tom) * 提高`_expression_` `IN`(`_expression-list_`)查詢優化(Tom,每一個想法都來自Robert Haas) 右邊有查詢變量比起之前版本已經在8.2.x和8.3.x中被低效處理， 該修復為這種情況修復了8.1操作。 * 當子`SELECT`出現在`FROM`， 多行`VALUES`列表，或者`RETURNING`列表中的函數調用中的時候，修復規則查詢的錯誤擴展(Tom) 這個問題的常見現象是"未知節點類型"錯誤。 * 在GiST索引的`IS NULL`搜索的重復掃描中，修復斷言失敗(Teodor) * 在散列聚集規劃的重復掃描中，修復內存泄露(Neil) * 當新定義PL/pgSQL觸發器函數作為正常函數被調用的時候， 確保報告一個錯誤(Tom) * 在`CREATE DATABASE`開始拷貝文件之前，強迫檢查點(Heikki) 如果在源數據庫中已經刪除了文件，這可以防止可能錯誤。 * 當移動表到另外一個使用`ALTER SET TABLESPACE`的表空間時，預防`relfilenode`數的可能沖突(Heikki) 該命令嘗試重新使用已有文件名，而不是選擇在目標目錄中未使用的一個。 * 當單個查詢項匹配文本第一個字的時候，修復不正確文本搜索headline生成(Sushant Sinha) * 當在`--enable-integer-datetimes`編譯中使用非ISO日期類型時， 修復間隔值中小數秒不正確顯示(Ron Mayer) * 當他們被逃逸的時候，使用`ILIKE`比較字符不區分大小寫(Andrew) * 確保`DISCARD`通過語句記錄被正確處理(Tom) * 在PITR恢復期間修復最后完成事務時不正確記錄(Tom) * 當傳遞的元組以及元組描述符有不同列數時，確保`SPI_getvalue`和`SPI_getbinval` 正確操作(Tom) 當表中有列被添加或者刪除的時候，這種情況是正常的， 但是這兩個函數不能正確處理它。唯一可能后果是不正確錯誤顯示。 * 標記`SessionReplicationRole`為`PGDLLIMPORT`， 因此它可以用于Windows上Slony (Magnus) * 當使用libpq的`gsslib`參數的時候， 修復小的內存泄露(Magnus) 在連接關閉時不釋放通過參數字符串使用的空格。 * 如果需要，那么確保libgssapi被連接到libpq中(Markus Schaaf) * 修復`CREATE ROLE`的ecpg的解析(Michael) * 修復`pg_ctl restart`最近破損(Tom) * 確保以二進制模式打開`pg_control`(Itagaki Takahiro) pg_controldata和pg_resetxlog這樣做不正確， 因此在Windows上可能失敗。 * 更新時區數據文件到tzdata發布2008i (為Argentina, Brazil, Mauritius, Syria中DST變化）