先复盘下你的核心问题：

• 本地Oracle创建了TEST普通用户，Spring应用用这个用户启动时，Hibernate卡在元数据加载阶段，耗时长达40分钟；
• 换成SYS（SYSDBA）用户启动仅需40秒；
• 把ddl-auto改成create-drop后启动正常，因为这个模式跳过了元数据扫描环节。

根本原因 #

这本质是TEST用户缺少Oracle数据字典的查询权限，导致Hibernate在加载数据库元数据时，不得不遍历大量无权限访问的系统对象，或是走了低效的查询路径，最终拖慢了整个启动流程。

SYS用户自带所有系统权限，能直接快速读取数据字典视图；而普通用户如果没有SELECT_CATALOG_ROLE这类角色，查询USER_TABLES、USER_CONSTRAINTS等视图时会异常缓慢——哪怕你的TEST用户下没有任何表，Hibernate依然会去扫描这些系统视图来确认schema状态。

至于create-drop模式能正常启动，是因为这个模式下Hibernate默认数据库是空的，不会去做现有元数据的对比，直接生成建表语句，启动后再删除表，完全跳过了耗时的元数据扫描环节。

解决步骤 #

1. 授予核心角色（最便捷的方式） #

用SYS用户登录Oracle，执行以下SQL给TEST用户授予数据字典查询权限：

GRANT SELECT_CATALOG_ROLE TO TEST;

这个角色允许普通用户正常访问Oracle的数据字典视图，Hibernate的元数据查询会立刻恢复正常速度。

2. 验证权限生效 #

切换到TEST用户，执行以下查询，看是否能秒级返回结果：

SELECT * FROM USER_TABLES;
SELECT * FROM USER_CONSTRAINTS;

如果之前这些查询很慢，授权后应该立刻变快，这就说明权限问题解决了。

3. 可选：细化权限（最小权限原则） #

如果你不想授予SELECT_CATALOG_ROLE这么宽泛的角色，可以单独授予Hibernate需要的系统视图查询权限，比如：

GRANT SELECT ON SYS.ALL_TABLES TO TEST;
GRANT SELECT ON SYS.ALL_CONSTRAINTS TO TEST;
GRANT SELECT ON SYS.ALL_COL_COMMENTS TO TEST;
GRANT SELECT ON SYS.ALL_INDEXES TO TEST;
GRANT SELECT ON SYS.ALL_SEQUENCES TO TEST;

不过这种方式需要根据你用的Hibernate版本调整，确保覆盖所有元数据查询用到的视图，所以更推荐直接用第一种角色授权的方式。

内容的提问来源于stack exchange，提问作者Adrià Navarro