spring.jpa.hibernate.ddl-auto 属性在 Spring 中是如何工作的？
我正在开发我的 Spring Boot 应用程序项目并注意到，有时我的数据库在另一台服务器（SQL Server）上会出现连接超时错误。当我尝试使用 FlyWay 进行一些脚本迁移时会特别发生这种情况，但经过多次尝试后它仍然有效。
然后我注意到我没有在属性文件中指定 spring.jpa.hibernate.ddl-auto。我做了一些研究，发现建议在开发中添加spring.jpa.hibernate.ddl-auto= create-drop。并将其更改为：spring.jpa.hibernate.ddl-auto= none 在生产中。
但我实际上并不了解它是如何真正工作的，以及 hibernate 如何使用 create-drop 或 none 值生成数据库模式。您能否从技术上解释它是如何工作的，以及在开发和生产服务器上使用此属性的建议是什么。谢谢
none，但您可能希望使用 update 生成 Hibernate Search 和 Envers 表，因为它们是由这些项目在内部管理的，而您不想自己手动管理它们。现在，我们对所有表进行全局控制，无论它们的来源/来源如何。如果您想使用它，这将进一步说明使用供应商特定选项的原因。
作为记录，spring.jpa.hibernate.ddl-auto 属性是 Spring Data JPA 特定的，并且是他们指定最终将在它知道的属性 hibernate.hbm2ddl.auto 下传递给 Hibernate 的值的方式。
create、create-drop、validate 和 update 值基本上会影响模式工具管理在启动时将如何操作数据库模式。
例如，update 操作将查询 JDBC 驱动程序的 API 以获取数据库元数据，然后 Hibernate 比较它基于读取带注释的类或 HBM XML 映射创建的对象模型，并尝试即时调整架构.
例如，update 操作将尝试添加新列、约束等，但绝不会删除以前可能存在但不再作为先前运行的对象模型的一部分的列或约束。
通常在测试用例场景中，您可能会使用 create-drop，以便创建架构、测试用例添加一些模拟数据、运行测试，然后在测试用例清理期间删除架构对象，留下一个空数据库。
在开发过程中，经常看到开发人员使用 update 自动修改架构以在重新启动时添加新内容。但再次理解，这不会删除以前执行中可能存在的不再需要的列或约束。
在生产中，通常强烈建议您使用 none 或干脆不指定此属性。这是因为 DBA 通常会检查迁移脚本以查找数据库更改，尤其是当您的数据库在多个服务和应用程序之间共享时。
在 Spring/Spring-Boot 中，可以根据堆栈的不同以不同的方式初始化 SQL 数据库。
JPA 具有用于 DDL 生成的功能，这些功能可以设置为在启动时针对数据库运行。这是通过两个外部属性控制的：
spring.jpa.generate-ddl (boolean) 打开和关闭功能，并且独立于供应商。
spring.jpa.hibernate.ddl-auto (enum) 是一个 Hibernate 特性，它以更细粒度的方式控制行为。有关更多详细信息，请参见下文。
Hibernate 属性值为：create、update、create-drop、validate 和 none：
create – Hibernate 首先删除现有表，然后创建新表
更新——基于映射（注解或 XML）创建的对象模型与现有模式进行比较，然后 Hibernate 根据差异更新模式。即使应用程序不再需要现有的表或列，它也不会删除它们
create-drop – 类似于 create，另外 Hibernate 将在所有操作完成后删除数据库。通常用于单元测试
validate – Hibernate 只验证表和列是否存在，否则抛出异常
none - 此值有效地关闭 DDL 生成
如果未检测到模式管理器，则 Spring Boot 在内部默认此参数值为 create-drop，否则对于所有其他情况都没有。
“spring.jpa.hibernate.ddl-auto=create-drop”表示在服务器运行时，会创建数据库（表）实例。每当服务器停止时，数据库表实例就会被删除。
关注公众号
不定期副业成功案例分享
validate？validate，但通常这应该是您在质量/测试环境中使用的设置，以验证您编写或应用于数据库迁移工具的数据库脚本是否准确。在生产环境中不使用validate的另一个原因是，它可能会成为应用程序启动过程中的瓶颈，尤其是当您的对象模型规模非常庞大或其他网络相关因素发挥作用时。order的解释不正确，因为如果它没有被转义，它就是一个关键字。