本文详细介绍了Oracle索引创建和用于查询优化的用法。它探讨了各种索引类型（B-Tree，位图，基于功能，反向键，域），其应用程序和性能监视。该文章还警告反对OV 在Oracle中创建和使用索引进行查询优化 在Oracle中创建和使用索引对于优化查询性能至关重要。索引是数据结构，允许数据库基于特定的列值快速定位在表中的行。它们与书中的索引类似 - 您可以直接跳到相关部分，而不是扫描每个页面。要创建索引，请使用CREATE INDEX语句。该语句指定了索引的名称，它适用的表以及它构建的列。例如，要在employees表的last_name列上创建B-Tree索引（最常见的类型），您将使用以下SQL语句： CREATE INDEX emp_last_name_idx ON employees (last_name);登录后复制 每当修改employees表中的数据（插入，更新或删除）时，Oracle就会自动维护索引。当查询使用过滤索引列上的WHERE子句时，数据库可以使用索引来显着减少所需检查的行数，从而提高查询速度。例如， SELECT * FROM employees WHERE last_name = 'Smith';该指数将大大受益。数据库可以使用索引快速使用last_name = 'Smith'来定位行，而不是执行完整的表扫描。您还可以在多个列上创建复合索引，从而允许基于列值组合的有效查找。例如， CREATE INDEX emp_dept_lname_idx ON employees (department_id, last_name);对于部门和姓氏的查询过滤非常有用。使用正确的索引是数据库调整和性能优化的关键方面。 甲骨文中的不同类型的索引以及何时使用它们 Oracle提供了几种索引类型，每种索引类型都适用于不同的方案： B树索引：这是最常见的类型，适用于涉及平等，范围和分类搜索的大多数情况。使用= ， > ， ，>= ， ， BETWEEN ， IN和LIKE （仅带有领先的通配符）条件的情况下，对于查询的WHERE是有效的。 位图索引：这些索引对于低基数（几乎不同的值）的列非常有效。它们对于表示类别或标志的列特别有用（例如，性别，状态）。位图索引使用位图来表示值或不存在值，从而使涉及这些低心电柱的查询非常快速地查找。但是，它们在范围查询中的效率较低。 基于功能的索引：这些索引是根据应用于列或一组列的函数的结果创建的。当您经常根据计算值查询时，这很有用。例如， UPPER(last_name)上的索引会加快忽略案例灵敏度的查询。 反向密钥索引：用于优化涉及具有经常插入高价值数据的列范围扫描的查询。它以相反的顺序为数据索引，从而提高了这些类型的扫描性能。 域索引：在域而不是表列上创建域索引。这不太常见，但在某些情况下使用相同的域在多个表中使用相同的域。 索引类型的选择在很大程度上取决于数据特征和查询模式。分析您的查询和列中值的分布，以确定最合适的索引类型。例如，如果您的列代表只有几个不同值的客户状态，则比特图索引将比B树索引更有效。如果您的查询经常涉及计算值，则应考虑基于函数的索引。 监视索引的性能影响 监视索引的性能影响涉及在创建索引之前和之后跟踪查询执行时间和资源使用情况。 Oracle提供了几种帮助解决此问题的工具： SQL*Plus/SQL开发人员：这些工具允许您执行查询并观察其执行计划。执行计划显示了Oracle如何访问数据，表明是否使用了索引及其有效性。在执行计划中寻找“索引范围扫描”或“索引快速扫描”，作为索引使用的积极指标。 自动工作负载存储库（AWR）： AWR提供了历史性能数据，使您可以比较创建索引之前和之后的性能。您可以分析诸如CPU使用，I/O操作和查询执行时间之类的指标。 自动数据库诊断监视器（ADDM）： ADDM分析AWR数据以识别性能瓶颈，包括与索引使用效率低下或缺乏相关的瓶颈。它提供了创建索引或修改的建议。 DBMS_STATS软件包：此软件包提供了用于在表和索引上收集统计信息的过程，对于优化器至关重要，以生成有效的执行计划。定期收集统计数据对于确保优化器具有准确的信息很重要。 通过仔细监视这些指标，您可以评估索引对查询性能的正面或负面影响。如果尽管期望有期望，但仍未使用索引，请查看查询和索引定义以识别潜在问题。 使用太多索引的缺点 虽然索引显着提高了查询性能，但使用太多的索引可能会有几个缺点： 增加的存储空间：每个索引都会消耗额外的存储空间，从而可能影响整体数据库规模和管理成本。 较慢的DML操作（插入，更新，删除）：维护索引需要在数据修改操作期间额外的开销。您拥有的索引越多，这些操作就会慢。这是因为每当数据更改时都必须更新每个索引。 增加索引维护开销：维护索引需要资源。索引越多，维护开销越高。 优化器混淆：大量索引有时会混淆查询优化器，导致其选择较少的最佳执行计划。优化器可能会花更多的时间评估各种选项，从而否定索引的好处。 因此，至关重要的是，基于最频繁执行和至关重要的查询仔细选择索引。避免在很少在WHERE或基数高的列上使用的列上创建索引。定期审查并删除不再有益的索引。精心计划的索引策略平衡了性能的增长与维持众多索引的成本。
