问题标签 [database-tuning]

我有两条语句返回相同的结果，但产生不同的执行计划。

• 第一 >>> 索引搜索
• 第二个>>>索引扫描

谁能解释为什么？

例子

我正在努力调整我的 SQL 查询。由于我来自 MDBMS 技术，因此我不是调优 SQL 方面的专家

这是查询

我知道事实表有数十亿条记录。不过，我不确定我的 count (*) 语句需要多少次才能返回结果。任何围绕上述声明的调整/优化想法将不胜感激。

谢谢，纳米

对于托管在 Azure 上的数据库，我可以查看在其上执行的查询的最近历史记录。这是通过Azure 门户 > 数据库 > 管理 > 管理 > 查询性能。

不幸的是，在那里发现的历史只涵盖了一个很小的时间范围（几分钟）。我打算在我的数据库上创建非聚集索引，为此，需要获取一个典型的一天对数据运行的真实查询的日志，而不是过去几分钟。

目前，我必须多次刷新页面并记录每次刷新的所有查询，即使如此，我在这个艰苦的过程之后获得的日志也只反映了执行查询的一小部分。是否有任何选项可以查看更长时间的历史记录？

谢谢。

我有一个表，总共有 198695 条记录和 96579 条记录，project_id = 555。我列出了按 project_id 对表进行分区的间隔。如果我运行以下查询（没有不同），运行需要 0.75 秒。

而如果我添加 distinct 并运行以下查询，则需要 15 秒才能运行

现在，不同查询和非不同查询获取的结果是相同的（1636 行） 谁能建议我应该如何进一步调整查询？请注意：- 我只对上面提到的 project_id 上的表进行了分区并对其进行了分析，没有创建任何索引。

在 Ubuntu 上，执行“top”命令显示 mysqld 不断使用 61.9% 的内存。（空闲时）。我在 mysql 服务器上运行了“show processlist”，它是空闲的。谁能解释可能发生的事情？

I have 19 years of Oracle and MySQL experience (DBA and dev) and I am new to Postgres, so I may be missing something obvious. But I can not get this query to do what I want.

NOTE: This query is running on an EngineYard Postgres instance. I am not immediately aware of the parameters it has set up. Also, columns applicable_type and status in the items table are of extension type citext.

The following query can take in excess of 60 seconds to return rows:

The details table contains 6.5M rows. The LEFT OUTER JOIN to it does a sequential scan on applicable_id. Cardinality-wise, that column has 120K distinct possibilities across 6.5M rows.

I have a btree index on details with the following columns:

but really, applicable_id and applicable_type have low cardinality.

My explain analyze looks like this:

Total runtime: 28781.238 ms

我有一个表，其中非主键列在给定主键的情况下是确定性的。

我认为这可能很常见，例如表示昂贵函数的记忆/缓存的表，或者主键是其他列的散列。

进一步假设工作负载主要是读取 1-100 个单独的行，并且可以根据提供最佳性能的方式对写入进行批处理或“异步”。

在这种情况下，表/数据库上有哪些有趣的调整选项？

我有一张超过 5,000,000 条记录的表。该表的 SQL Query 性能受索引碎片的影响很大。看起来每天，碎片增加得如此之快。我需要每天为用户的抱怨重建索引。

如何找出可能的原因？如何解决这个问题？是硬件问题还是需要使用分区选项重新创建表？

我正在尝试调整查询中包含 IN 子句的 SQL 查询。

我尝试用 Join 替换 IN 并查看了查询计划。两者在执行时间上看起来相似，但结果不同。有人可以帮我解决这个问题吗？我在 pgadmin III 中使用商店数据库。提前致谢。原始查询：

至

编辑：现在这个查询返回正确的结果：

我使用contactperson.id而不是contactperson.id，当我将其更改为正确的查询时，它给了我正确的结果。

我有一个包含 13,0000 条记录的表，但没有索引，我编写了一个包含 4 个左外连接的查询。

查询工作正常，没有任何问题。我唯一关心的是性能，给出结果需要 5-10 分钟。所以我的问题是如何提高查询的性能？我的第二个问题是我需要添加索引吗？如果是，我应该添加哪个索引，集群还是非集群？

我的查询是：