PostgreSQL优化案例——游标与索引选择

最新推荐文章于 2024-01-25 15:40:22 发布

foucus、

最新推荐文章于 2024-01-25 15:40:22 发布

阅读量1k

点赞数 3

分类专栏： PostgreSQL 文章标签： postgresql 数据库 oracle

本文链接：https://blog.csdn.net/weixin_39540651/article/details/126857447

版权

本文探讨了在使用游标时，由于优化器对数据分布的误判可能导致的执行计划错误。通过实例展示了如何在索引选择上遇到问题，并解释了cursor_tuple_fraction参数如何影响自动优化。关键在于理解数据分布对SQL执行计划的重要性。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

之前有写过一个案例，order by limit因为数据分布不均而选择了错误的索引，这是由于优化器没法判断数据的分布关系，默认认为数据分布是均匀的所导致的。

而除了limit，当我们在使用游标时也要注意有可能会出现类似的情况。而往往这类在存储过程中的SQL我们更难发现其选择了错误的执行计划，所以需要注意。

1、建测试表

bill=# create table tbl (id int, c1 int, c2 int, c3 int, c4 int);
CREATE TABLE

2、写入一批随机数据，ID从1到1000万。

bill=# insert into tbl select generate_series(1,10000000), random()*100, random()*100, random()*100, random()*100;  
INSERT 0 10000000

3、写入另一批100万条数据，c1,c2 与前面1000万的值不一样。

bill=# insert into tbl select generate_series(10000001,11000000), 200,200,200,200;  
INSERT 0 1000000

4、创建两个索引，也就是本文需要重点关注的，到底走哪个索引更划算

bill=# create index idx_tbl_1 on tbl(id);  
CREATE INDEX  
bill=# create index idx_tbl_2 on tbl(c1,c2,c3,c4);  
CREATE INDEX

5、收集统计信息

bill=# vacuum analyze tbl;  
VACUUM

6、查看下面SQL的执行计划，走了正