Spring Boot不读取data.sql但识别import.sql问题求助

这问题我之前踩过类似的坑，其实根源在于**data.sql和import.sql的执行逻辑归属、触发时机完全不同**，结合你的配置来看，原因很清晰：

1. import.sql的执行逻辑（Hibernate原生行为） #

import.sql是Hibernate自带的初始化脚本机制，当你设置spring.jpa.hibernate.ddl-auto=create-drop时：

• Hibernate会先自动创建（或删除重建）数据库表
• 表创建完成后，Hibernate会自动扫描类路径下的import.sql，并执行里面的DML语句
  这个流程是Hibernate原生控制的，不需要额外配置，所以你用它的时候能正常生效。

2. data.sql的执行逻辑（Spring Boot特性） #

data.sql是Spring Boot提供的通用数据源初始化脚本，但在Spring Boot 2.5及以后的版本中，默认的执行时机是在Hibernate初始化建表之前：

• Spring Boot会先尝试执行data.sql，但这时候Hibernate还没创建表，脚本里的DML语句自然找不到对应的表，执行失败（可能日志里有报错但你没注意到）
• 所以看起来就像是data.sql没被识别

让data.sql生效的解决方案 #

如果你想继续用data.sql，只需要在application.properties中添加一行配置，延迟数据源初始化的时机，让它等Hibernate建完表再执行：

spring.jpa.defer-datasource-initialization=true

加上这个配置后，Spring Boot会调整执行顺序：先让Hibernate完成表的创建，再执行data.sql里的DML语句，就能达到和import.sql一样的效果了。

额外补充：两者的适用场景区别 #

• import.sql：仅属于Hibernate，只有当hibernate.hbm2ddl.auto设为create/create-drop时才会触发，适合和Hibernate的DDL自动生成绑定使用
• data.sql：属于Spring Boot的通用初始化机制，配置延迟后，不管Hibernate的DDL模式是什么（甚至不用Hibernate，用其他ORM或手动建表），只要表存在就能执行，适用场景更灵活

内容的提问来源于stack exchange，提问作者Paweł