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