Oracle建立索引后没走

### 回答1：
如果 Oracle 建立索引后没有走，则可能是因为 Oracle 数据库中的查询优化器没有选择使用该索引。这可能是因为该索引不适合查询的过滤条件或排序要求，或者因为使用该索引的代价比不使用该索引的代价要高。

要解决这个问题，可以尝试改变索引的结构或收集更多有关表、索引和查询的统计信息，以帮助查询优化器作出更好的决策。还可以尝试使用一些数据库性能分析工具，如视图、指标和计划等，来诊断问题并找到解决方案。

### 回答2：
在Oracle数据库中，当我们创建索引后，索引的建立是为了优化查询性能，减少查询所需的时间。然而，有时候我们会发现即使创建了索引，查询语句仍然没有使用该索引而导致查询速度没有提升。

造成这种情况的原因有以下几种可能性：

1. 数据量太小：如果数据量非常小，就算创建了索引，Oracle也可能认为直接进行全表扫描更加高效，因为全表扫描的代价比使用索引还要低。

2. 索引选择性低：索引的选择性是指索引列上不同值的比例。如果索引列上的取值少，那么索引的选择性就低，Oracle可能会认为进行全表扫描比使用索引更加高效。

3. 查询中使用了函数：如果在查询语句中使用了函数，Oracle可能无法使用索引，因为它无法通过索引列计算函数的结果。

4. 索引失效：可能是由于索引的统计信息不准确或者索引被损坏等原因导致索引失效， Oracle无法正确地使用该索引。

5. 查询中使用了不等于（<>, !=）操作符：一般情况下，Oracle无法使用索引来处理不等于操作符，因为不等于操作符需要比较所有的索引键值，而使用索引无法方便地定位到不等于的值。

解决这些问题的方法有：

1. 增加数据量：当数据量增大时，Oracle会更倾向于使用索引来加快查询速度。

2. 优化查询语句：尽量避免在查询语句中使用函数，使用更加简洁、高效的查询语句。

3. 更新统计信息：使用ANALYZE或者DBMS_STATS包更新索引的统计信息，使得Oracle能够更准确地评估使用索引的代价。

4. 修复索引问题：如果发现索引失效或者损坏，可以重新创建索引或者重建索引以修复问题。

总之，虽然Oracle已经创建了索引，但是查询语句没有走索引有很多原因，可以通过优化查询语句、增加数据量、修复索引问题等方法来解决。

### 回答3：
当Oracle建立了索引之后，并不是一定会走索引。造成索引无效的原因可能有以下几种情况：

1. 数据量过小：如果表中的数据量非常小，比如只有几十行，那么Oracle可能会选择全表扫描而不使用索引，因为全表扫描的效率更高。

2. 索引选择性不好：索引的选择性是指索引列的不同取值个数与表中总行数的比值。如果索引列的取值非常集中，即索引的选择性很低，那么Oracle可能会选择全表扫描而不使用索引。

3. SQL语句的写法有问题：有些SQL语句即使建立了索引也无法使用，比如使用了不等于(<>)、LIKE以通配符开头、函数操作等情况。

4. 索引失效：有时候索引会因为各种原因导致失效，比如索引被损坏、锁定、过期等。可以通过重新构建索引或者重新收集统计信息来解决索引失效的问题。

5. CBO优化器选择了错误的执行计划：Oracle的CBO优化器会根据统计信息来选择执行计划，如果统计信息不准确或者过期，可能导致优化器选择错误的执行计划，从而不使用索引。

解决这些问题的方法包括：
1. 确保表中有足够的数据量，从而Oracle会选择使用索引。
2. 调整索引的选择性，使之更高，可以通过添加更多的列到索引中或者重新设计查询语句来实现。
3. 检查SQL语句的写法，确保它符合索引的使用条件。
4. 检查索引是否失效，重新构建索引或者重新收集统计信息。
5. 更新统计信息，确保它们准确无误，这可以通过使用ANALYZE或者DBMS_STATS包来实现。
6. 如果以上方法仍然无效，可以考虑重写SQL语句或者修改表结构来优化查询性能。