PG案例系列2:PG的执行计划没有走索引

开发人员报告创建的索引在执行查询时未被使用,导致全表扫描。通过简化查询并观察,发现数据主要在buffers中缓存,导致直接从内存读取而非通过索引。由于环境为生产环境,等待几分钟后,查询开始使用索引,问题得到解决。
摘要由CSDN通过智能技术生成

一. 问题描述

今天开发的找到我,说他创建了一个索引,但是查看执行计划,依旧走的是全表扫描,很让人头疼。
让我帮忙分析下具体的原因。

二. 解决方案

我把复杂问题简单化,就单表执行where条件查询表,看能不能重现开发说的问题

结果居然真的和他说的一样
image.png

我看了下居然真的走了全表扫描,不过我看了下,基本上都在buffers中缓存了
shared hit代表的是缓存的数据块,一个数据块默认是8k,算上和表的总数差不多了,所以直接从内存读会比通过索引回表块,此时当然就直接走全表从内存中读取了。

因为buffers是全局的,而且这个环境是生产环境,我暂时不好处理,于是就等了几分钟,重新运行查询。

image.png

从上图可以看到,最终就走了索引查询了。

  • 1
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值