10 月 16 日，IvorySQL 社區組織了一場線上直播，主題為：PostgreSQL 18 六大新特性深度解析。以下為本場直播的回顧。

嘉賓簡介

• 王世鑫，數據庫軟件工程師
• 張虎，數據庫軟件工程師
• 權宗亮，數據庫軟件工程師
• 蘭柯，數據庫軟件工程師
• 史躍飛，數據庫軟件工程師
• 胡勳棋，數據庫軟件工程師
• 矯順田，數據庫軟件工程師

特邀主持人：彭衝，PostgreSQL ACE，PostgreSQL 中文社區委員，Gauss 松鼠會 2021 年度熱心專家，openGauss 天津用户組 Ambassador，易景科技外聘技術顧問，IvorySQL 專家顧問委員會成員，現就職於雲和恩墨，專注於 PG 係數據庫新技術、新特性的實踐研究。荊州洪湖人，個人公眾號"象楚之行"。

分享內容簡介

本次直播，IvorySQL 社區將帶您深入拆解六大核心特性，全方位提升您的數據庫能力：

• 異步 I/O 框架
• 跳躍式掃描
• 虛擬生成列
• UUIDv7 增強
• EXPLAIN 命令升級
• OAuth 2.0 認證

這六大特性從底層 I/O 優化到上層開發體驗，從查詢性能到安全防護，全方位提升了 PostgreSQL 在現代應用中的競爭力。

Q&A

Q1：什麼情況下不適合開啓異步 IO？

• 沒有精力自行壓測計算適合自身生產環境需要的諸 AIO 相關 GUC 參數的時候不適合使用；
• 重寫入場景（PG 18 AIO 不支持寫入）不適合開啓異步 IO；
• 老舊 Linux 內核不適合使用 io_uring 作為 AIO 底層實現。

具體來説：Linux kerenl 版本< 5.1 原版 PostgreSQL 18 不能使用 io_methods=io_uring，Linux kernel<5.6 不建議使用 io_method=io_uring。

Q2：使用 OAUTH 認證的話，需要額外的資源消耗怎麼評估？比如性能消耗和網絡？

由於 PostgreSQL 本身其實是與授權服務器是完全解耦的，所以資源消耗主要取決於授權服務器。

對於授權服務器而言，從性能消耗的角度去看涉及到的工作主要有令牌的生成、接收網絡請求、授權服務的維護工作如日誌採集和歸檔等，這些會消耗一定的 CPU、內存資源。令牌的存儲以及令牌與數據庫用户之間的 MAP 映射關係的存儲會消耗服務器的存儲資源。總的來説 CPU 和內存的資源消耗取決於授權頻率，也就是 PostgreSQL 用户的登錄頻率，存儲資源的消耗取決於 PostgreSQL 的用户數量。

從網絡開銷上來看，首先是前期令牌的獲取上，PostgreSQL 18 需要向授權服務器進行多次 HTTP 請求，當網絡延遲過高時，登錄的時間就會受影響，同時用户也需要向授權服務器發送 HTTP 請求進行驗證請求，所以還需要考慮到用户與授權服務器間的網絡延遲。在令牌的驗證過程中，外部驗證器與 PostgreSQL 服務端在同一台服務器，二者之間是不會有網絡通信的，但是如果採取的是在線驗證令牌的方式，就需要考慮外部驗證器也就是 PostgreSQL 部署的服務器與授權服務器之間的網絡延遲。

從優化性能的角度考慮，授權服務器應儘量與 PostgreSQL 在同一局域網下，並且外部驗證器可以考慮本地驗證的方式去減少網絡開銷。

Q3：邏輯複製不支持虛擬列有什麼好的解決方案嗎？

PostgreSQL 18 中帶虛擬列的表是可以做邏輯複製，因為虛擬列的值是依賴於其它列，只要其它列做了邏輯複製，虛擬列在查詢時通過計算就能獲取該列的值。只是邏輯複製不能單獨的指定虛擬列（因為虛擬列沒做值存儲），但是可以指定存儲列。

PPT 下載

關注 IvorySQL 官方 gongzhonghao，後台回覆關鍵詞 20251016 即可下載 PPT。