主页 / dba / 问题 / 20555
Accepted
Tommy O'Dell
Asked: 2012-07-09 16:36:06 +0800 CST

学习优化 SQL 查询和理解执行计划 - 资源？

  • 772

我发现自己在工作中编写了越来越多的 SQL 查询（主要是 Oracle 11g，但也有一些 SQL Server 2005-2008），并且已经开始为分析团队的其他成员创建一些相当复杂的视图。

他们大多都运行得很好，但其中一些不太好。所以...

  • 我如何学习调整我的查询？
  • 我需要学习阅读/执行执行计划吗？

和...

  • 您可以推荐哪些书籍/网站来了解 SQL 查询调优 1）一般 2）专门针对 Oracle 11g？

我们这里有一些优秀的 DBA，但是他们太忙了，无法帮助我们调整我们编写的每个查询。

我在 Amazon for Oracle 上找到的大多数书籍似乎都是针对整体数据库优化和/或写于 8 到 10 年前的。

非常感谢您的建议:)

performance oracle-11g-r2

2 个回答

  1. Best Answer

    我想说，学习如何理解解释计划是帮助您优化 SQL 语句的一项重要技能。我发现 Christian Antognini 的书《Oracle 性能故障排除》在详细说明这些工作方式以及解释如何进行数据库优化方面非常有用。虽然几岁，但你仍然会从中学到很多仍然相关的东西。

    如果你变得更高级，你可以看看乔纳森刘易斯的书，但这些书更深入，所以可能不是一个好的起点。基于成本的 Oracle Fundamentals现在已经很老了，但其中大部分仍然相关。我还没有阅读Oracle Core: Essential Internals for Troubleshooting，但它得到了 Oracle 社区的好评。

    当您使用 11g 时，如果您有超过几秒钟的查询，我绝对建议您查看实时 SQL 监视器（假设您获得了适当的许可）。顾名思义，它实时显示 SQL 语句的进度，分解每个操作所花费的时间以及到目前为止获取的行的详细信息。它还会在短时间内保留最近执行的查询的详细信息，以便查看您的更改如何影响语句。

    Oracle SQL 监控文档：http ://docs.oracle.com/cd/E11882_01/server.112/e16638/instance_tune.htm#PFGRF94543

    学习如何调整查询需要时间和练习。我学到了一些东西：

    • 编写查询以尽快获取尽可能少的行（例如，如果您只需要 100 行，您不想完全扫描 1000 万行表）
    • 验证解释（预期）计划的每个步骤中预期的行数是否与实际执行计划中返回的行数相匹配。当这些数量级不同时，优化器可能没有选择“最佳”计划。
    • 了解良好索引的原则：它们如何工作以及在执行查询时应该/不应该使用它们（Richard Foote有一篇非常深入的博客讨论 Oracle 中的索引）

    大多数情况下，您将通过编写查询、查看（预期的）解释计划并将这些计划与实际的执行计划进行比较（通过跟踪查询或使用 SQL 监视器）来学习。然后重写查询，添加/删除索引等，看看它如何影响计划和执行时间

    • 7

  2. 当您在寻找 Oracle 特定信息时，我会推荐 Oracle 上的Ask Tom博客。一般来说，我认为您会发现建议不要调整查询。您将获得有关如何编写优化器可以优化的查询的好建议。Oracle 文档也在线，我通常在那里查找有关 Oracle 的最新信息。我没有使用过 SQLServer，所以我没有任何建议。

    在过去的几年里，我在优化查询领域没有看到很多新的东西。最大的变化是弃用了基于规则的优化器，我几乎不记得曾经使用过它。但是，我了解 SQLServer 仍然使用基于规则的优化器，因此了解其规则会有所帮助。

    您可以在其中编辑、执行查询并生成解释计划的工具有助于了解哪些更改使您的查询执行良好。我使用 AquaData Studio 取得了不错的成绩，并且非常喜欢它的树形视图。SQL Developer 也应该这样做。

    与任何优化一样，您需要获得有关其性能的定量数据。然后您可以确定您是否确实优化了它。

    如何优化查询部分取决于解析器如何构建和优化查询。在更大程度上，它取决于您查询的数据的分布。在 Oracle 数据库中，如果结果集占表的 4% 或更多并且是随机分布的，则表扫描通常比索引快。

    我一直致力于为一组开发人员优化查询。一年只有两三个查询需要认真优化。大多数查询都很简单，不需要优化。其余的通常可以通过添加缺少的连接路径来处理。

    对于 Oracle，有三个可以显着影响性能的可调设置。索引和数据查找的成本计算相互作用以改变将使用或不使用 in 索引的条件。这两个可以在每个会话的基础上进行调整。默认值通常不是最优的。另一个值控制优化器将尝试多少备选方案。增加此值通常会有所帮助。

    优化受到数据分布和数量的显着影响。优化时最好使用生产数据库的副本，或者至少使用具有相同数据分布和容量的数据库。我严重破坏了测试环境，优化了生产订单数据库的查询。测试和开发数据库具有显着不同的数据分布，即使数据显着减少，也会导致查询失败。

    • 1

相关问题