ORACLE SQL性能优化：索引范围查询

在Oracle数据库中，合理使用索引可以显著提升查询速度。对于组合索引，只有在查询条件中包含索引第一列（leading column）时，优化器才会选择使用该索引。 例如，假设我们有一个名为multiindexusage的表，并在inda和indb列上创建了一个组合索引multindex。 当查询条件为where inda = 1时，优化器会使用索引进行查询，因为inda是组合索引的第一列。 然而，如果查询条件为where indb = 1，优化器则会选择全表扫描，因为它没有包含索引的第一列inda。 因此，在设计组合索引和编写SQL查询时，务必考虑索引列的顺序，以充分发挥索引的性能优势。

索引策略a.唯一索引优先级高于非唯一索引。在一个表中如果存在多个索引，其中包括一个唯一索引和其他非唯一索引时，Oracle将优先选择唯一索引，而忽略非唯一索引。例如：SELECT ENAME FROM EMP WHERE EMPNO = 2326 AND DEPTNO = 20；这里，只有EMPNO上的唯一索引会被使用，DEPTNO上的非唯一索引将被忽略。

索引的一个主要目的是减少I/O操作。如果一个查询使用索引后执行的I/O操作比全表扫描还多，那么使用索引的效果就大打折扣了。在Oracle中，主键约束已经自动创建了唯一性索引，因此不需要为主键列再额外建立索引。

当表中存在多个索引时，Oracle 将使用唯一性索引来访问数据，而忽略非唯一性索引。例如，对于查询 SELECT ENAME FROM EMP WHERE EMPNO = 2326 AND DEPTNO = 20，Oracle 将使用 EMPNO 上的唯一性索引 EMP_NO_IDX 来检索记录，因为它是唯一的。

在优化MySQL SQL查询性能时，应考虑建立高效的多列索引。对于数据分散的关键字如ID和QQ等，建立短索引是最佳选择。相比之下，性别、状态值等字段的单列索引则显得无意义。特别是在大数据量下，列表页通常按时间排序，因此单列索引可能反而干扰MySQL优化器的选择。建议删除多余的单列索引，改为建立一至数条多列索引。多列索引的最后字段应是order by用到的排序字段，前几个字段则应是where中的条件字段，确保索引的有效利用。

在编写 SQL 查询时，尤其是在 WHERE 子句中，应尽量避免对索引列使用函数或计算。 当索引列参与计算时，例如 SAL * 12 > 25000， 数据库优化器很可能无法使用该索引，从而导致全表扫描，降低查询效率。 为了优化查询性能，建议将计算移至条件表达式的另一侧，直接使用索引列进行比较。例如，将 SAL * 12 > 25000 改写为 SAL > 25000/12，这样数据库优化器就能有效地利用索引，提高查询速度。

在 Oracle SQL 中，为了充分利用索引提高查询效率，应避免在 WHERE 子句的索引列上进行计算。 当索引列参与计算时，例如 WHERE SAL * 12 > 25000，Oracle 优化器将难以有效利用索引，进而选择全表扫描，导致性能下降。 为了优化查询性能，建议将计算移至索引列之外。例如，将 WHERE SAL * 12 > 25000 改写为 WHERE SAL > 25000/12，使优化器能够利用索引进行高效的数据检索。

如果一个表中有两个或更多索引，包括一个唯一性索引和其他非唯一性索引，ORACLE将优先选择唯一性索引进行查询，忽略其他非唯一性索引。例如，在查询 SELECT ENAME FROM EMP WHERE EMPNO = 2326 AND DEPTNO = 20; 中，由于只有EMPNO上的索引是唯一性的，因此ORACLE将使用EMPNO索引来检索记录。

索引是表的一个重要组成部分，用来提高数据检索效率。ORACLE采用复杂的自平衡B-tree结构来实现索引，通常情况下，通过索引查询数据比全表扫描要快速。ORACLE优化器在执行查询和更新语句时会选择最佳路径，推荐使用索引。在联结多个表时同样适合使用索引以提高效率。此外，索引还提供了主键的唯一性验证功能，在大型表中特别有效。然而，索引也有其代价，包括占用额外存储空间和需要定期维护。每次表中记录的增删改都会引起索引的修改，导致额外的磁盘I/O操作。因此，需要谨慎选择索引以避免不必要的影响。