暂无图片
plan-time 大于exec-time的pg问题
我来答
分享
暂无图片 匿名用户
plan-time 大于exec-time的pg问题

explain analyze select * from tes ;
QUERY PLAN
---------------------------------------------------------------------------------------------
Seq Scan on tes (cost=0.00..1.02 rows=2 width=4) (actual time=0.006..0.007 rows=2 loops=1)
Planning time: 0.074 ms
Execution time: 0.059 ms

这个plan -time > exec time,怎么理解

pg-10中

select * from tes;
id
----
1
2

我来答
添加附件
收藏
分享
问题补充
2条回答
默认
最新
清风生

首先,耗时都不高,不到0.1ms,很正常。其次,表数据量并不大,数据很大可能缓存了,所以执行快。

一般这种短查询在高并发情况下,会用prepare预编译,减少生成执行计划的开销,提升性能。

暂无图片 评论
暂无图片 有用 1
打赏 0
手机用户0425

耗时不高数据量也不大,用提升性能

暂无图片 评论
暂无图片 有用 0
打赏 0
回答交流
Markdown


请输入正文
提交
相关推荐
目前postgreSQL的哪个版本最稳定?或者说推荐使用哪个版本?
回答 1
目前PostgreSQL的最新版本是13.0,它是一个非常稳定和成熟的版本。如果您需要使用最新的功能和特性,那么推荐使用13.0版本。但是,如果您的应用程序不需要最新的功能,或者您的应用程序已经使用了
postgresql如何让执行计划不变
回答 1
已采纳
可以参考这篇文档:https://www.modb.pro/db/609428
PostgREST 基于账户的行及权限控制有参考资料吗?
回答 1
https://blog.csdn.net/songyundong1993/article/details/131771107
postgreSQL 中表总数290w,查出来15w条数据,花了4秒是不是不太正常?
回答 2
主要是15万条刷屏结束还是15万条count?
oracle_fdw无法编译
回答 4
参考下安装需求:较低的版本应该是不支持,上面提示的报错依赖的头文件是postgresqldevel里的,你试试用高一点版本的PG吧。
为什么 pg_stat_statements 的 query 列的值都是 null?
回答 2
pgstatstatements 模块提供一种方法追踪一个服务器所执行的所有SQL语句的执行统计信息。由于安全性原因,只有超级用户和 pgreadallstats 角色的
简单id查询,几百毫秒的postgresql数据库响应速度算很慢吗?
回答 1
算。任何一个数据库这样都不对。
pgbadger 安装错误,pg13 需要哪个版本的badger ??
回答 4
 yuminstallperlExtUtilsCBuilderperlExtUtilsMakeMaker
如何解除postgresql的主从关系
回答 6
已采纳
你加粗的两个进程1.这个postgres:logicalreplicationlauncher进程是逻辑复制使用的,在发布实例和订阅实例都存在。主要的作用就是启动逻辑复制工作进程,如果你原来主备是流复
postgreSQL 12为什么没自动清理wal日志?已经自动归档了,但是wal日志没自动删除
回答 1
已采纳
WAL文件积压大多数情况都与复制槽有关,请检查所有database下的复制槽,是否有不使用的。另外就是空闲长事务、两阶段提交事务也会引起。