PlanetScale - Blog
·
Postgres 17与18的基准测试
内容提要
PlanetScale Postgres 18引入了io_method配置选项，显著提升了磁盘I/O控制。基准测试显示，Postgres 18在不同I/O设置下的性能优于17版本，尤其在本地NVMe驱动上。io_uring在高并发场景下表现良好，但在低并发时效果不佳。整体而言，Postgres 18带来了显著的I/O改进和灵活性。
关键要点
-
PlanetScale Postgres 18引入了io_method配置选项，提升了磁盘I/O控制。
-
Postgres 18在不同I/O设置下的性能优于17版本，尤其在本地NVMe驱动上。
-
io_uring在高并发场景下表现良好，但在低并发时效果不佳。
-
基准测试使用sysbench，重点关注只读负载的性能。
-
在网络附加存储上，Postgres 18的sync和worker模式表现优于17和io_uring。
-
本地磁盘在所有配置中表现最佳，尤其是在低延迟和高IOPS的情况下。
-
io_method=worker是新的默认设置，提供了异步的好处而不依赖于特定的内核接口。
-
没有一种最佳的I/O配置适用于所有场景，需根据具体需求进行调整。
-
新workers I/O配置对网络附加存储的帮助有限。
延伸解读
Postgres 18的I/O配置灵活性
Postgres 18引入的io_method配置选项为用户提供了更大的I/O控制灵活性。用户可以根据具体的工作负载需求选择sync、worker或io_uring模式。尤其是在高并发场景下，worker模式表现出色，而io_uring在低并发时可能不如预期。因此，选择合适的I/O配置对于优化数据库性能至关重要。
本地磁盘的优势
基准测试结果显示，本地NVMe磁盘在所有配置中表现最佳，尤其是在低延迟和高IOPS的情况下。相比之下，网络附加存储的性能受限于延迟和IOPS，导致Postgres 18在这些环境下的表现不如预期。因此，对于需要高性能的数据库应用，优先考虑本地存储是明智的选择。
io_uring的局限性
尽管io_uring在理论上能够提升异步I/O性能，但基准测试表明其在某些场景下并未显著优于其他配置。尤其是在低并发的情况下，io_uring的优势并不明显。这提示用户在选择I/O方法时，需综合考虑工作负载特性，以避免不必要的性能损失。
延伸问答
Postgres 18引入了哪些新的I/O配置选项？
Postgres 18引入了io_method配置选项，包括sync、worker和io_uring三种模式。
Postgres 18在基准测试中表现如何？
基准测试显示，Postgres 18在不同I/O设置下的性能优于17版本，尤其是在本地NVMe驱动上。
io_uring在高并发场景下的表现如何？
io_uring在高并发场景下表现良好，但在低并发时效果不佳。
在网络附加存储上，Postgres 18的表现如何？
在网络附加存储上，Postgres 18的sync和worker模式表现优于17和io_uring。
Postgres 18的默认I/O配置是什么？
Postgres 18的默认I/O配置是io_method=worker。
Postgres 18的I/O配置是否适用于所有场景？
没有一种最佳的I/O配置适用于所有场景，需根据具体需求进行调整。
