Linux Oracle索引使用有哪些原则

一、索引类型选择原则
根据查询需求选择合适的索引类型是优化性能的基础。B-Tree索引（默认类型）适用于等值查询、范围查询和排序操作，是大多数场景的首选；位图索引适合低基数列（如性别、部门状态等，取值少且重复值多），能有效减少空间占用；函数索引针对频繁进行函数操作的列（如UPPER(name)、TO_DATE(create_time)），可避免查询时对列数据进行函数计算；覆盖索引包含查询中所有需要的列，无需回表访问数据，显著提升查询效率。

二、索引列选择原则

1. 高选择性优先：选择WHERE子句、JOIN条件或ORDER BY子句中频繁使用的列，且列的基数（不同值数量）越高越好（如用户ID、订单号等）。若列值占比超过20%（排序表）或7%（非排序表），则不适合建索引。
2. 复合索引列顺序：复合索引的列顺序需遵循“最左前缀原则”，将最常使用的列放在前面。例如，复合索引(department_id, salary)，查询WHERE department_id=10或WHERE department_id=10 AND salary>5000可使用索引，但仅WHERE salary>5000则无法使用。
3. 避免低效列：避免在频繁更新的列（如日志表的update_time）上建索引，会增加DML操作的开销；避免在NULL值多的列上建索引（Oracle索引不存储NULL值），无法发挥索引作用。

三、索引使用避免原则

1. 避免索引失效操作：不在索引列上使用函数或运算（如WHERE UPPER(name)='JOHN'、WHERE salary+100>2000），会导致索引失效；避免使用IS NULL、IS NOT NULL（Oracle无法利用索引定位NULL值）；避免使用!=或NOT IN（索引无法处理“不存在”的逻辑）；避免在索引列上进行隐式类型转换（如字符型列WHERE emp_type=123，Oracle会转换为WHERE TO_NUMBER(emp_type)=123，导致索引失效）。
2. 避免过度索引：每个索引都会增加DML操作的开销（插入、更新、删除时需维护索引），且占用额外存储空间。建议限制每个表的索引数量（一般不超过5-10个），定期清理不使用的索引（可通过USER_INDEXES视图监控索引使用情况）。

四、索引维护原则

1. 定期重建索引：对于频繁增删改的表，索引会逐渐产生碎片（如行迁移、页分裂），导致查询性能下降。建议定期使用ALTER INDEX index_name REBUILD命令重建索引，回收碎片并优化存储结构。
2. 监控索引使用情况：通过Oracle提供的工具（如AWR报告、ADDM分析）或查询V$OBJECT_USAGE视图，监控索引的使用频率、扫描次数等指标，及时删除未使用或使用率低的索引。
3. 合理设置索引属性：为索引指定单独的表空间（避免与表数据在同一表空间，减少IO冲突）；根据数据量设置合适的初始大小和扩展参数（如INITIAL 1M NEXT 1M），避免频繁扩展导致的性能波动。

五、特殊场景索引原则

1. 分区索引：对于大表，使用分区索引（如按时间分区）可将索引数据分散到多个分区，提高查询效率。可通过ALTER INDEX ... REBUILD PARTITION ... PARALLEL命令并行重建分区索引，缩短维护时间。
2. 函数索引：针对特定查询（如WHERE UPPER(name)='JOHN'），创建函数索引（CREATE INDEX idx_upper_name ON employees(UPPER(name))），可避免查询时对列数据进行函数计算，提升查询性能。