具体来说，问题是 Spring Boot 在启动时尝试自动执行 SQL 初始化脚本（init-schema.sql），但项目中没有这个文件。这是 Spring ...

2026年06月22日 12:36 24.72 秒 success

错误信息

具体来说，问题是 Spring Boot 在启动时尝试自动执行 SQL 初始化脚本（init-schema.sql），但项目中没有这个文件。这是 Spring Boot 3.2 的默认行为——它会自动查找并执行 schema.sql 和 data.sql 脚本。根本原因是之前的 JwtUtils.java 文件被误删了，我恢复了它并添加了配置文件，但没有正确处理 SQL 初始化这块。

AI 解决方案

● AI 思考过程 ▼

好的，用户告诉我Spring Boot启动时试图自动执行一个不存在的SQL初始化脚本init-schema.sql。用户已经查明这是Spring Boot 3.2的默认行为，并且提到了根本原因是之前的JwtUtils.java文件被误删后恢复时没有处理好SQL初始化。

嗯，用户的问题很明确：Spring Boot尝试自动运行一个不存在的SQL脚本导致启动失败。这确实是一个常见的配置问题。

用户应该是Java开发者，可能正在升级或迁移项目到Spring Boot 3.2，遇到了这个启动错误。用户已经做了一些调查，找到了根本原因，现在需要具体的解决方案。

作为专业报错分析助理，我需要严格按照流程来处理。首先得把错误信息翻译成中文，不过用户没有直接提供完整的报错信息，只是描述了问题现象。所以我可以从描述中提取关键信息来构建。

错误核心应该是Spring Boot尝试自动执行SQL脚本但文件不存在。原文可以写成："Application failed to start due to missing SQL initialization script (init-schema.sql)." 译文就是："应用程序启动失败，原因是缺少SQL初始化脚本（init-schema.sql）。"

接下来分析原因。用户已经指出这是Spring Boot 3.2的默认行为，会自动查找schema.sql和data.sql。但这里提到的是init-schema.sql，可能是自定义的配置。用户说恢复JwtUtils.java时没有处理SQL初始化，说明可能之前禁用了自动执行，现在配置丢失了。

用户需要的是阻止Spring Boot自动执行SQL脚本，而不是创建那个缺失的文件。解决方案应该是在配置文件中明确禁用这个自动行为。Spring Boot提供了spring.sql.init.mode属性，设置为never就能完全禁用。

给出具体的配置代码很重要，用户可以直接复制使用。在application.properties或application.yml中添加对应的配置项。

最后还要提供预防措施。建议用户使用明确的数据库迁移工具，比如Flyway或Liquibase，这样比Spring Boot的自动脚本更可控。另外，如果确实有SQL脚本需要执行，应该确保文件存在于正确位置。

用户的问题看起来是配置层面的，不需要修改Java代码，主要是在配置文件中调整。整个思考过程要确保专业、简洁，直接针对问题核心。

🔍 错误信息分析

1. 🌐 错误翻译

根据您的描述，核心错误信息可以概括为：

原文：Spring Boot automatically attempts to execute the SQL initialization script (init-schema.sql), but the file does not exist.
译文：Spring Boot 自动尝试执行 SQL 初始化脚本（init-schema.sql），但该文件不存在。

2. 🎯 原因分析

根本原因：Spring Boot 3.2 默认启用 SQL 初始化脚本的自动执行。它会自动查找并尝试运行类路径下的 schema.sql 和 data.sql 脚本。您描述中提到的 init-schema.sql 可能是项目早期自定义的脚本名称，或者是 spring.sql.init.schema-locations 属性配置指向的文件。

问题发生：当 Spring Boot 启动时，它根据默认配置或 application.properties/yml 中的设置，检测到应执行一个初始化脚本，但在约定的路径下找不到该文件，从而导致启动失败。

上下文：您提到恢复了被误删的 JwtUtils.java 文件，但项目的 sql.init 相关配置可能被更改或丢失。原先项目可能通过配置（如 spring.sql.init.mode=never）禁用了自动SQL初始化，但在恢复过程中未一并恢复此配置，从而导致 Spring Boot 回退到默认的 always 行为。

3. 💡 解决方案

请在您的 application.properties 或 application.yml 配置文件中，显式地禁用 Spring Boot 的 SQL 自动初始化功能。

方案 A：使用 application.properties 文件

# application.properties
# 完全禁用 SQL 脚本的自动执行
spring.sql.init.mode=never

# 如果您只想禁用特定脚本的执行，可以将其位置指向一个不存在的文件或注释掉相关配置
# spring.sql.init.schema-locations=classpath:non-existent.sql
# spring.sql.init.data-locations=classpath:non-existent.sql

方案 B：使用 application.yml 文件

# application.yml
spring:
  sql:
    init:
      mode: never

方案 C：如果需要该脚本，创建对应的文件
如果您确实需要执行一个名为 init-schema.sql 的初始化脚本，请在项目的 src/main/resources 目录下创建该文件。

4. 🛡️ 预防措施

明确初始化策略：对于生产环境和重要项目，建议明确设置 spring.sql.init.mode 属性为 never 或 embedded（仅针对嵌入式数据库），避免意外执行。

使用专业迁移工具：推荐使用 Flyway 或 Liquibase 等专业的数据库版本管理工具来管理SQL脚本的执行，它们提供了更强大的版本控制、回滚和团队协作能力，比依赖 Spring Boot 的简单自动执行更可靠。

分析新问题查看更多