权威的Hibernate 书籍“Java persistence with Hibernate”提到了hibernate.hbm2ddl.auto的更新值（粗体是我的）
此配置属性的附加选项 update 在开发过程中可能很有用：它启用了内置的 SchemaUpdate 工具，这可以使模式演变更容易。如果启用，Hibernate 会在启动时读取 JDBC 数据库元数据，并通过将旧模式与当前映射元数据进行比较来创建新表和约束。请注意，此功能取决于 JDBC 驱动程序提供的元数据的质量，这是许多驱动程序所缺乏的领域。因此，在实践中，此功能并没有听起来那么令人兴奋和有用。
Hibernate docs也在这里提出相同的建议
SchemaUpdate 工具将使用“增量”更改来更新现有模式。SchemaUpdate 依赖于 JDBC 元数据 API，因此不适用于所有 JDBC 驱动程序。
我试图复制您的用例，发现我也有这个问题令人惊讶。
我有一个像这样的用户实体
import javax.persistence.Column;
import javax.persistence.Entity;
import javax.persistence.GeneratedValue;
import javax.persistence.Id;
import javax.persistence.Lob;
import javax.persistence.NamedQuery;
import javax.persistence.Table;
@Entity
@Table( name = "usr" )
public class User {
@Id
@GeneratedValue
private Long id;
@Column( length = 40, unique = true )
private String name;
@Lob
@Column( length = 100000 )
private String text;
public long getId() {
return id;
}
public void setName( String name ) {
this.name = name;
}
public String getName() {
return name;
}
public String getText() {
return text;
}
public void setText( String text ) {
this.text = text;
}
}
我的持久化 xml 是这样的
<persistence xmlns="http://java.sun.com/xml/ns/persistence"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/persistence http://java.sun.com/xml/ns/persistence/persistence_2_0.xsd"
version="2.0">
<persistence-unit name="jpatest" transaction-type="RESOURCE_LOCAL">
<properties>
<property name="hibernate.dialect" value="org.hibernate.dialect.MySQL5InnoDBDialect"/>
<property name="hibernate.hbm2ddl.auto" value="update"/>
<property name="hibernate.connection.driver_class" value="com.mysql.jdbc.Driver"/>
<property name="hibernate.connection.username" value="root"/>
<property name="hibernate.connection.password" value="root"/>
<property name="hibernate.connection.url" value="jdbc:mysql://localhost:3306/jpadatabase"/>
<property name="hibernate.show-sql" value="true"/>
</properties>
</persistence-unit>
</persistence>
如果我更改 hibernate.hbm2ddl.auto 的值来创建实体的文本属性并将其更改为此
.....
@Column( length = 255 )
private String text;
......
模式生成器在启动时生成以下 sql
DEBUG SchemaExport:415 - drop table if exists usr
DEBUG SchemaExport:415 - create table usr (id bigint not null auto_increment, name varchar(40) unique, text varchar(255), primary key (id)) ENGINE=InnoDB
INFO SchemaExport:281 - schema export complete
现在再次更改实体中的属性
.....
@Lob
@Column( length = 100000 )
private String text;
.......
现在生成以下正确的sql
DEBUG SchemaExport:415 - drop table if exists usr
DEBUG SchemaExport:415 - create table usr (id bigint not null auto_increment, name varchar(40) unique, text longtext, primary key (id)) ENGINE=InnoDB
INFO SchemaExport:281 - schema export complete
到现在为止还挺好。
现在，如果我将值 hibernate.hbm2ddl.auto 更改为更新并以相同的顺序重复实体中的上述更改，尽管我已将文本列从 varchar(255) 更新为 LONGTEXT，但不会生成更新列 sql
INFO TableMetadata:65 - table found: jpadatabase.usr
INFO TableMetadata:66 - columns: [id, text, name]
INFO TableMetadata:68 - foreign keys: []
INFO TableMetadata:69 - indexes: [name, primary]
DEBUG DefaultIdentifierGeneratorFactory:90 - Setting dialect [org.hibernate.dialect.MySQL5InnoDBDialect]
INFO SchemaUpdate:217 - schema update complete
但是，如果我使用更新而不是修改属性，我添加另一个属性位置，然后再次生成正确的 sql
DEBUG SchemaUpdate:203 - alter table usr add column location varchar(255)
INFO SchemaUpdate:217 - schema update complete
因此，本质上创建（首先删除表然后重新创建）可以正常工作，但是如果属性元数据有修改，则更新不会。
对我来说，增量更新的驱动程序支持问题似乎在这里发挥了作用。同样直观地如果我想到这一点，那么支持更新列的数据类型是没有意义的。如果修改后的列数据类型是早期数据类型的缩小版本，现有数据会发生什么情况。