gpt4 book ai didi

sql - 在什么情况下 SELECT by PRIMARY KEY 会很慢?

转载 作者:太空狗 更新时间:2023-10-30 01:44:52 24 4
gpt4 key购买 nike

在相当典型的 EclipseLink/JPA 应用程序中找出一些数据库性能问题。

我看到频繁的查询需要 25-100 毫秒。这些是简单的查询,只需从主键等于某个值的表中选择所有列。他们不应该慢。

我正在使用 log_min_duration_statement 查看 postgres 日志中的查询时间,因此这应该可以消除任何网络或应用程序开销。

这个查询并不慢,但是使用频率很高。

为什么通过主键选择*会很慢?这是 postgres 特有的还是一般的数据库问题?我怎样才能加快速度?一般来说?对于 postgres?

来自 pg 日志的示例查询:

2010-07-28 08:19:08 PDT - LOG:  duration: 61.405 ms  statement: EXECUTE <unnamed>  [PREPARE:  SELECT coded_ele
ment_key, code_system, code_system_label, description, label, code, concept_key, alternate_code_key FROM coded
_element WHERE (coded_element_key = $1)]

表格有大约 350 万行。

我还在这个查询上运行了 EXPLAIN 和 EXPLAIN ANALYZE,它只进行索引扫描。

最佳答案

Select * 使您的数据库更加努力,并且作为一般规则,这是一种不好的做法。在 stackoverflow 上有大量的问题/答案都在谈论这个。

您是否尝试过用字段名称替换 *?

关于sql - 在什么情况下 SELECT by PRIMARY KEY 会很慢?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3355166/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com