
spring boot 应用启动时 hibernate 显示执行了建表 sql,但 postgresql 中始终无表——根本原因常是 h2 嵌入式数据库意外接管了 jpa 配置,导致 ddl 操作实际作用于内存 h2 而非目标 postgresql。
spring boot 应用启动时 hibernate 显示执行了建表 sql,但 postgresql 中始终无表——根本原因常是 h2 嵌入式数据库意外接管了 jpa 配置,导致 ddl 操作实际作用于内存 h2 而非目标 postgresql。
在 Spring Boot 3.x(如您使用的 v3.1.3)中,JPA 自动配置遵循严格的“存在即生效”原则:只要 h2 依赖存在于运行时类路径(runtime classpath),且未显式指定 spring.jpa.database 或 spring.datasource.url 指向外部数据库,Spring Boot 就会优先启用嵌入式 H2 数据库,并忽略您的 PostgreSQL 配置。
从您的日志中可明确验证这一点:
2023-09-06T11:01:28.388-04:00 INFO 75478 --- [ restartedMain] o.s.b.a.h2.H2ConsoleAutoConfiguration : H2 console available at '/h2-console'. Database available at 'jdbc:postgresql://127.0.0.1:32790/mydatabase'
⚠️ 注意这一行:H2 console available at '/h2-console' —— 这是 Spring Boot 已激活 H2 控制台的明确标志;而后面 Database available at 'jdbc:postgresql://...' 实际是误导性日志(由 Docker Compose 动态生成的连接信息),并非当前 JPA 使用的数据源。
更关键的证据是:
- 日志中
HikariPool-2成功连接并打印了Added connection org.postgresql.jdbc.PgConnection@...→ 说明 PostgreSQL JDBC 驱动被加载、物理连接可达; - 但紧接着
Hibernate: create table users (...)的 SQL 并未抛出异常,也未在 PostgreSQL 中落地 → 证明该 SQL 实际被发送给了 H2(H2 兼容大部分 PostgreSQL 语法,能静默执行成功); - 您手动验证
DataSource连接有效,是因为DataSourceBean 确实指向 PostgreSQL(Spring Boot 创建了两个数据源:一个给 H2 的 auto-configured,一个给您application.properties的),但 JPA EntityManagerFactory 默认绑定的是 H2 数据源。
✅ 正确解决方案:移除 H2 的 runtime 作用域
您 pom.xml 中的 H2 依赖声明为:
<dependency><groupid>com.h2database</groupid><artifactid>h2</artifactid><scope>runtime</scope><!-- ❌ 问题根源 --></dependency>
导致 H2 在应用运行时(java -jar 或 IDE 启动)仍存在于 classpath,从而触发 Spring Boot 的 H2 自动配置。
请立即修改为:
<!-- 仅在测试阶段启用 H2 --> <dependency><groupid>com.h2database</groupid><artifactid>h2</artifactid><scope>test</scope><!-- ✅ 正确:仅 test 时可用 --></dependency>
? 补充说明:即使保留
runtime,也可通过显式禁用 H2 自动配置来规避,但移除非必要依赖是最安全、最符合生产规范的做法。
? 同时优化您的 application.properties
确保配置清晰、无冗余,并适配 Spring Boot 3.x 的推荐实践:
# 数据源(PostgreSQL) spring.datasource.url=jdbc:postgresql://localhost:5432/spring_blog spring.datasource.username=postgres spring.datasource.password=postgres spring.datasource.driver-class-name=org.postgresql.Driver # JPA/Hibernate(关键!) spring.jpa.database=POSTGRESQL spring.jpa.hibernate.ddl-auto=create-drop # 开发时用;生产务必改为 validate 或 none spring.jpa.show-sql=true spring.jpa.properties.hibernate.format_sql=true # 可选:显式指定方言(虽通常自动推断,但显式更可靠) spring.jpa.database-platform=org.hibernate.dialect.PostgreSQLDialect # 移除过时或冲突配置(以下全部删除) # spring.jpa.generate-ddl=true ← 已被 ddl-auto 覆盖,冗余 # spring.jpa.properties.hibernate.dialect=... ← 用 database-platform 替代 # spring.datasource.hikari.* ← Hikari 默认配置已足够,除非有调优需求
? 验证步骤
- 修改
pom.xml并mvn clean compile; - 删除本地 H2 数据库文件(如有,如
./target/h2db/); - 启动应用,观察日志:
- ✅ 不再出现
H2ConsoleAutoConfiguration相关日志; - ✅
LocalContainerEntityManagerFactoryBean初始化时应显示Using DataSource [HikariDataSource (HikariPool-1)](名称可能不同),且后续 SQL 日志直接作用于 PostgreSQL; - ✅ 进入
psql执行\dt,确认users表已创建。
- ✅ 不再出现
⚠️ 重要注意事项
-
ddl-auto=create-drop仅限开发环境:每次重启应用都会清空并重建所有表,绝对不可用于生产环境。生产应设为validate(校验结构)或none(完全关闭 DDL)。 - Spring Security 无直接冲突:您怀疑的 Security 干扰是误解;Security 与 JPA 数据源配置相互独立。
- 连接凭据错误时不报错? 您提到“改错密码也不报错”——这恰恰印证了 H2 在工作:因为 H2 不校验用户名/密码,它会静默创建内存库,而 PostgreSQL 连接甚至未被 JPA 使用。
遵循以上修正后,Hibernate 的 DDL 操作将 100% 作用于您的 PostgreSQL 实例,users 表将如期创建。











