背景
1、产品的问题点
- PG 没有全局索引
2、问题点背后涉及的技术原理
- PG的索引支持到表级别, 如果是分区表那么每个分区创建对应索引, 不能针对分区表建立全局索引.
3、这个问题将影响哪些行业以及业务场景
- 使用了分区表, 且希望对非分区字段进行全局唯一约束的场景.
- 分区表只能选择一种分区键, 如果要约束唯一性, 必须包含分区键, 例如ID, 那么可以设置ID唯一, 或者(ID, col1)唯一, 但是不能设置col1唯一.
- 使用了分区表, 并且在非分区字段有排序需求, 即使支持了merge sort还是觉得不够的用户. 必须最高速度从全局索引拿到结果.
4、会导致什么问题?
- 无法支持非分区字段进行全局唯一约束的场景.
- 对非分区字段排序, 即使每个分区上有对应索引, 也需要访问所有分区, 进行merge sort, 有一定性能影响.
5、业务上应该如何避免这个坑
- 基本无解, 除非不使用分区表.
6、业务上避免这个坑牺牲了什么, 会引入什么新的问题
7、数据库未来产品迭代如何修复这个坑
- 希望内核层面支持分区表的全局索引
