背景

1、产品的问题点

• PG 每次只扩展1个block

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

• 当写入或更新数据时, 如果现有的数据文件无法放下新的tuple, 需要extend 数据文件, 但是PG只扩展1个数据块.

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

• 高速写入的业务场景, 例如IOT, 时序, feedlog类.

4、会导致什么问题?

• 导致extend block exclusive锁竞争, 影响写入性能

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

• 编译时, 选择更大的block size, 只能弱化无法避免这个问题.

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

• 管理更加复杂, 而且无法完全避免.
• 由于目前PG的一个实例只能选择一种block size规格, 如果选择大的block size, 会导致某些需要小block size的表可能性能变差并浪费更多shared buffer. (例如偏TP的业务)

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

• 希望可以自定义扩展规则, 例如

• • 表级别可以设置, 每次扩展多少个block, 或者:
  • 根据数据表的大小, 阶梯性增加每次扩展多少个blocks, 直到封顶max extend blocks