postgresql 范围查询比索引查询快吗?

本文探讨了在PostgreSQL中,范围查询与直接使用索引的性能对比。通过对126万行及新增104万行数据的测试,发现在特定条件下范围查询表现更优。这可能归因于PostgreSQL对范围查询的优化策略,但具体细节仍有待深入研究。文章邀请对此有见解的读者分享经验。

EXPLAIN ANALYZE select
        * 
    from
        billing_detail as billingDetail 
    where
      billingDetail.start_time >= '2022-06-01 00:00:00' 
      and billingDetail.end_time <= '2022-07-01 00:00:00' 
    --billing_cycle='2022-06'
    --and billingDetail.id is not null 
        and billingDetail.tenant_id = 0 
    and billingDetail.billing_type in('OD',null)

在这里插入图片描述

  EXPLAIN ANALYZE select
        * 
    from
        billing_detail as billingDetail 
    where
      --billingDetail.start_time >= '2022-06-01 00:00:00' 
      --and billingDetail.end_time <= '2022-07-01 00:00:00' 
    billing_cycle='2022-06'
    --and billingDetail.id is not null 
        and billingDetail.tenant_id = 0 
    and billingDetail.billing_type in('OD',null)

在这里插入图片描述
表中共有126万行数据,表的数据的索引创建:
在这里插入图片描述
验证下来的确范围查询更快一些。很奇怪

再次添加104万行数据,时间格式不重复,随机生成的值,区分度很大,之前的126行区分度底

数据如图所示:
在这里插入图片描述

再次进行比较:
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

再次比较:还是发现范围查询比直接走索引还是快一些。

这里postgresql对范围查询做了优化,但是具体怎么做优化的还需要继续学习调研一下,
有已经参透的同学,可以留言回复。

### 三级标题:PostgreSQL 与 MySQL 二级索引查询性能对比 在二级索引(即非主键索引查询性能方面,PostgreSQL 和 MySQL 的表现存在一定的差异,主要受到索引结构、数据组织方式、缓存机制以及并发控制策略的影响。 MySQL 的 InnoDB 存储引擎采用聚簇索引(Clustered Index)结构,所有二级索引的叶子节点中存储的是主键值,查询时需要先通过二级索引定位主键,再通过主键索引访问实际数据页。这种设计在某些场景下会引入额外的 I/O 操作,但由于主键索引与数据一体化,整体路径较短,二级索引查询通常具有较高的效率,尤其在 OLTP 场景下表现优异。 PostgreSQL 的二级索引则指向数据行的物理位置(CTID),查询时直接通过索引定位堆表中的数据行,省去了主键跳转的步骤。然而,由于 PostgreSQL 的堆表与索引分离,二级索引查询可能需要更多的 I/O 操作,尤其是在高并发或大量随机访问的情况下。尽管如此,PostgreSQL查询优化器能够根据统计信息和查询模式选择最优的扫描方式(如 Index Scan、Bitmap Index Scan 等),在复杂查询和多表连接场景下通常具有更优的执行效率。 在写入密集型场景中,MySQL 的 InnoDB 引擎由于采用行级锁和 MVCC 机制,对二级索引的维护效率更高,适合高并发写入的 OLTP 系统。PostgreSQL 在大批量写入操作中表现优异,其 COPY 命令可以高效地加载数据并维护索引结构,但在高并发更新场景下,由于需要维护多个索引和 MVCC 版本,可能略逊于 MySQL。 索引类型方面,PostgreSQL 支持更多高级索引类型,如 GiST、SP-GiST、GIN 和 BRIN,适用于全文检索、JSONB 数据查询等复杂场景。MySQL 在 8.0 版本中也增强了索引功能,但其二级索引仍主要基于 B+ 树结构,适合传统的等值查询范围查询。 以下是一个二级索引查询的示例: ```sql -- MySQL 查询二级索引 SELECT * FROM orders WHERE customer_id = 1001; -- PostgreSQL 查询二级索引 SELECT * FROM orders WHERE customer_id = 1001; ``` 可以通过 `EXPLAIN` 命令查看具体的执行计划,了解是否使用索引扫描、是否命中了缓存以及预期的执行成本。 --- ###
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

MonkeyKing.sun

对你有帮助的话,可以打赏

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值