背景

1、产品的问题点

• PG 不支持绕过shared buffer的查询和写入

2、问题点背后涉及的技术原理

• PG 读写操作都要经过shared buffer , 某些特定场景除外: 《PostgreSQL shared buffer 管理机制》
• Bulk-reading (当表被全表扫描时, 只有当表的大小超过四分之一shared buffer时, 才会使用ring buffer)

• • When a relation whose size exceeds one-quarter of the buffer pool size (shared_buffers/4) is scanned. In this case, the ring buffer size is 256 KB.

• Bulk-writing

• • When the SQL commands listed below are executed. In this case, the ring buffer size is 16 MB.
  • COPY FROM command.
  • CREATE TABLE AS command.
  • CREATE MATERIALIZED VIEW or REFRESH MATERIALIZED VIEW command.
  • ALTER TABLE command.

• Vacuum-processing

• • When an autovacuum performs a vacuum processing. In this case, the ring buffer size is 256 KB.

3、这个问题将影响哪些行业以及业务场景

• 通用

4、会导致什么问题?

• 大表查询, 写入大量数据(insert into)时可能导致shared buffer里面的热数据被挤出去. 业务高峰期可能带来RT抖动, 影响业务体验, 严重的甚至雪崩.

5、业务上应该如何避免这个坑

• 避免高峰期全表扫描小于四分之一shared buffer的大表

6、业务上避免这个坑牺牲了什么, 会引入什么新的问题

• 无法完全杜绝

7、数据库未来产品迭代如何修复这个坑

• 期望内核支持绕过shared buffer的查询和写入语法, 或通过会话GUC参数可以控制. 避免大表查询对热数据的影响.