Ja va不创建Oracle索引，索引须在数据库中由有权限用户执行DDL创建；Ja va仅可执行CREATE INDEX语句或通过ORM间接调用，但运行时建索引易引发事务、性能及安全问题。

先说一个核心事实：Ja va本身并不创建Oracle索引。索引是数据库层面的对象，必须在Oracle数据库内部，由具备相应权限的用户执行DDL语句来创建。Ja va应用的角色，仅限于通过JDBC执行一句CREATE INDEX，或者通过MyBatis、Hibernate这类ORM框架间接调用。如果盲目在Ja va层“尝试”去建索引，不仅徒劳无功，还可能因为权限不足、SQL注入风险或是事务隔离问题，引发一系列意想不到的错误。

Oracle 中创建索引的正确方式

既然索引是数据库对象，那么创建它的正确姿势，自然是在数据库环境中完成。通常，这需要由拥有CREATE INDEX权限的用户（比如DBA），在SQL*Plus、SQL Developer或者通过JDBC连接中执行DDL语句。在实际开发流程里，最常见的做法是：在数据表结构确定之后、应用正式上线之前，由运维或DBA执行专门的初始化脚本。在开发阶段，也可以将这些建索引的语句封装起来，放在像Spring Boot项目里的schema.sql这样的初始化文件中执行。

不过，光知道在哪里执行还不够，怎么建索引更有讲究：

• 基本语法很简单：CREATE INDEX idx_user_email ON users(email);
• 组合索引要注意字段顺序：这里有个关键原则，查询条件中必须用到组合索引最左侧的字段，索引才会生效。举个例子，如果你的查询条件是WHERE status = ? AND created_time > ?，那么推荐的索引就应该是CREATE INDEX idx_user_status_time ON users(status, created_time);，顺序不能颠倒。
• 避免在低基数列上浪费资源：像gender（性别）、is_deleted（是否删除）这种取值种类很少的列，单独为它们建索引意义不大，优化器很可能直接选择全表扫描。
• 函数索引必须“对口”：如果你的查询语句里用了函数，比如WHERE UPPER(name) = ?，那么就必须创建对应的函数索引：CREATE INDEX idx_user_name_upper ON users(UPPER(name));，两者写法必须严格匹配。

JDBC 中执行建索引语句的注意事项

理论上，通过JDBC执行CREATE INDEX语句是可行的，但在生产环境中，极少有人会在应用运行时动态去建索引。原因很简单：DDL操作会隐式提交当前事务，并且可能锁表，阻塞正常的读写操作，对系统稳定性构成威胁。

如果确实有特殊场景需要在JDBC中执行，那么下面几点必须牢记：

• 必须使用Statement，而非PreparedStatement：因为DDL语句不支持绑定参数，只能用Connection.createStatement()来执行。
• 权限是关键：确保执行连接的数据库用户拥有CREATE INDEX权限，否则会抛出ORA-01031: insufficient privileges错误。
• 设置合理的超时时间：创建索引尤其是大数据表上的索引，可能非常耗时。建议通过statement.setQueryTimeout(300);（单位是秒）来设置一个较长的超时，避免连接长时间挂起。
• 注意事务与元数据缓存：尽量避免在事务块中执行DDL。如果无法避免，在执行建索引操作后，最好能重新获取数据库连接或清空连接池缓存，否则后续查询可能会因为元数据未及时刷新而导致执行计划异常。

MyBatis/Hibernate 中如何配合索引生效

ORM框架本身并不感知数据库索引的存在，但它们生成的SQL写法，却直接决定了索引能否被数据库优化器选中。很多时候，索引明明建好了，查询却依然慢，问题就出在这里。下面这些常见的索引失效场景，比忘记建索引更普遍：

• MyBatis中避免对索引列做函数操作：在WHERE子句中，如果写成WHERE TO_CHAR(create_time, 'YYYY-MM-DD') = #{date}，即使create_time字段有索引，也会导致全表扫描。正确的做法是改用范围查询：WHERE create_time >= #{start} AND create_time < #{end}。
• Hibernate的注解也可能绕过索引：使用@Formula或自定义@Where注解时，如果其中包含了函数或复杂表达式，同样会导致查询无法利用索引。
• 优化关联查询：使用EXISTS替代IN (SELECT ...)，往往能提升关联查询的性能，尤其是在子查询结果集很大时。这虽然不直接关乎索引创建，但常被误认为“加了索引就万事大吉”，值得特别注意。
• 留意绑定变量窥探：Oracle默认开启绑定变量窥探功能，这有助于生成稳定的执行计划。但要注意，传入NULL值等特殊情况可能导致计划固化出现偏差。必要时，可以使用/*+ BIND_AWARE */这样的优化器提示来干预。

话说回来，真正导致查询卡顿的，十有八九问题并不在于缺少索引，而是SQL写法不当、统计信息过时、绑定变量窥探失效或执行计划未能重用。所以，别急着让Ja va代码去“背锅”。首先应该做的是，使用EXPLAIN PLAN FOR ...工具，看清楚查询到底走了哪个索引、执行计划如何，然后再决定是否需要建索引、以及怎么建。这才是解决问题的正道。

立即学习“Ja va免费学习笔记（深入）”；