删除重建数据库后部署Spring Boot应用遇JDBC驱动及Hibernate映射异常

先解决Hibernate映射异常（当前阻塞部署的核心问题） #

• 检查实体类配置：确保所有实体类都添加了@Entity注解，并且启动类能扫描到实体类所在包。如果实体类不在启动类的同级或子包下，给启动类加上@EntityScan("com.your.package.entity")指定扫描路径。
• 核对数据库表结构：删除重建数据库后，确认表的字段名、数据类型、主键约束和实体类定义完全匹配。如果用了Hibernate的ddl-auto配置，线上环境建议设为update，避免自动创建表时出现结构差异（本地正常可能是因为本地表结构已同步）。
• 修复依赖冲突：把Tomcat lib目录下的MySQL驱动删掉，同时在项目的pom.xml（或Gradle配置）中，确保MySQL驱动的依赖范围正确。如果是外置Tomcat，设置为<scope>provided</scope>；如果是Spring Boot内嵌Tomcat，用默认的compile范围即可，不要手动移动驱动。
• 清理缓存：删除Tomcat的work、temp目录，以及项目的target（或build）目录，重新打包部署。

再处理Tomcat JDBC驱动内存泄漏警告 #

• 优先依赖配置解决：Spring Boot内嵌Tomcat不需要手动管理驱动，保持项目依赖中MySQL驱动的默认配置即可，之前手动移驱动的操作大概率是导致后续映射异常的原因。
• 手动注销驱动（仅外置Tomcat场景）：如果必须用外置Tomcat且警告无法消除，可添加一个Servlet监听器手动注销驱动：

@WebListener
public class DriverCleanupListener implements ServletContextListener {
    @Override
    public void contextDestroyed(ServletContextEvent sce) {
        Enumeration<Driver> drivers = DriverManager.getDrivers();
        while (drivers.hasMoreElements()) {
            Driver driver = drivers.nextElement();
            try {
                DriverManager.deregisterDriver(driver);
            } catch (SQLException e) {
                e.printStackTrace();
            }
        }
    }
}

然后在启动类上添加@ServletComponentScan，让Spring扫描到这个监听器。

• 检查版本兼容性：确保Tomcat版本和Spring Boot版本匹配（比如Spring Boot 2.x对应Tomcat 9.x，3.x对应Tomcat 10.x），版本不兼容也可能引发内存泄漏警告。

关于Stack Overflow中的自定义类 #

这类类一般是用来手动处理驱动注销的监听器，优先通过依赖配置和缓存清理解决问题，只有当内存泄漏警告持续存在且上述方法无效时，再考虑使用。当前应先聚焦解决Hibernate映射异常，让应用正常启动后再处理警告问题。

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