Ubuntu环境下Oracle索引优化技巧
选择合适的索引类型
根据查询模式和数据特点选择索引类型：B树索引适用于OLTP系统（高并发写入）的等值查询、范围查询（如WHERE id = 100或WHERE create_time > SYSDATE-7），是Oracle默认的索引类型；位图索引适用于OLAP系统（静态数据分析）的低基数列（如性别、状态、地区编码），可显著减少I/O；函数索引针对列上的函数或表达式查询（如WHERE UPPER(name) = 'JOHN'），需提前创建以支持此类查询。
合理设计复合索引列顺序
复合索引（多列索引）的列顺序直接影响查询效率。Oracle会从左到右使用索引列，因此应将高频过滤、高选择性的列放在前面。例如，对于WHERE department_id = 30 AND employee_name LIKE '张%'的查询，复合索引(department_id, employee_name)比(employee_name, department_id)更高效——前者能快速定位到department_id = 30的记录，再按employee_name过滤；后者则可能无法有效利用索引。
避免过度索引
过多索引会增加DML（INSERT、UPDATE、DELETE）操作的开销（每修改一条记录需同步更新所有相关索引），并占用大量存储空间。建议：OLTP系统每个表不超过5-10个索引（优先为高频查询、高选择性列创建）；OLAP系统可放宽至10-20个索引，但需结合分区、位图索引等优化手段。定期审查索引使用情况，删除未使用或冗余的索引（如复合索引(A,B)存在时，单列索引A通常是冗余的）。
避免索引失效的常见操作
WHERE TRUNC(create_time) = '01-MAY-24'会导致索引失效，应改为WHERE create_time >= TO_DATE('01-MAY-24', 'DD-MON-YY') AND create_time < TO_DATE('02-MAY-24', 'DD-MON-YY')；WHERE status != 'ACTIVE'会触发全表扫描，应改为WHERE status IN ('INACTIVE', 'DELETED')；dept_id是VARCHAR2类型，查询WHERE dept_id = 101会导致索引失效（Oracle会自动转换为WHERE TO_NUMBER(dept_id) = 101），应改为WHERE dept_id = '101'；NOT NULL。利用覆盖索引减少I/O
覆盖索引是指索引包含了查询所需的所有列（如SELECT employee_name, department_id FROM employees WHERE department_id = 30，若存在复合索引(department_id, employee_name)，则无需访问表数据，直接从索引中获取结果），可显著减少磁盘I/O，提升查询性能。设计复合索引时，尽量包含查询中需要的列。
定期重建或重组索引
随着数据的增删改，索引会产生碎片（如索引条目不连续、空间利用率下降），导致查询性能下降。可通过以下命令维护索引：
ALTER INDEX index_name REBUILD（适用于碎片严重的索引，需锁表，建议在低峰期执行）；ALTER INDEX index_name COALESCE（适用于轻度碎片，无需锁表，通过合并索引叶块减少碎片）。DBA_INDEXES视图的CLUSTER_FACTOR、LEAF_BLOCKS等字段），判断是否需要维护。监控索引使用情况
定期检查索引的使用频率和有效性，删除未使用的索引：
DBA_IND_STATISTICS视图查询索引的使用次数（USED字段）：SELECT index_name, table_name, used FROM dba_ind_statistics WHERE table_name = 'YOUR_TABLE' AND used = 'NO'；ALTER INDEX index_name MONITORING USAGE，执行一段时间后通过V$OBJECT_USAGE视图查看索引是否被使用，未使用的索引可考虑删除。管理分区索引（大表优化）
对于千万级大表，可使用分区表（如按时间、地区分区）结合分区索引提升查询性能：
ALTER INDEX ... REBUILD PARTITION ... PARALLEL命令并行重建分区索引，提高维护效率（如ALTER INDEX idx_sales REBUILD PARTITION p2024 PARALLEL 4）。
