首先描述下此异常出现的环境:
1. 开启数据库的大小写不敏感
2. hibnerate框架开启ddl-auto为update
确保数据库里已经有相应实体@Table的表,然后启动即会遇见此异常
通过跟踪代码,定位到如下图:
由于此处metaData对象读取的KbDatabaseMetaData连接的storeUpperCaseIdentifiers()方法返回的是写死的true导致执行了此处逻辑。
于是GroupedSchemaMigratorImpl类中的performTablesMigration方法中的tables.getTableInformation(table)中
public TableInformation getTableInformation(Table table) {
return tables.get( identifierHelper.toMetaDataObjectName( table.getQualifiedTableName().getTableName() ) );
}
identifierHelper.toMetaDataObjectName方法里会调用下面这段
switch ( unquotedCaseStrategy ) {
case MIXED: {
log.tracef( "Rendering unquoted identifier [%s] in mixed case for use in DatabaseMetaData", identifier );
return identifier.getText();
}
case LOWER: {
log.tracef( "Rendering unquoted identifier [%s] in lower case for use in DatabaseMetaData", identifier );
return identifier.getText().toLowerCase( Locale.ROOT );
}
default: {
// default is upper case
log.tracef( "Rendering unquoted identifier [%s] in upper case for use in DatabaseMetaData", identifier );
return identifier.getText().toUpperCase( Locale.ROOT );
}
}
于是由于数据库忽略大小写后,jdbc获取数据库所有表信息时返回是小写的表名,而此处对比表元数据时传入的@Table的表名被转大写,所以每次启动都执行一遍ddl