この問題をデバッグするのは非常に困難です。 postgresとの接続を確立しようとするたびに、1分かかります。接続が確立された後、すべてが正常です。すべてのマッピングを無効にしてロードしませんでしたが、接続を取得するには時間がかかります。検証も無効にしてみましたが、違いはありません。単純な単純なJDBC接続を使用すると、瞬時に接続できます。 Hibernateはかなりの時間を要する処理を行っており、それを絞り込むことはできないようです。どんな入力でも大歓迎です!
Postgresドライバー:
postgresql-9.1-901.jdbc4.jar
構成設定:
<hibernate-configuration>
<session-factory>
<!-- properties -->
<property name="dialect">org.hibernate.dialect.PostgreSQLDialect</property>
<property name="connection.driver_class">org.postgresql.Driver</property>
<property name="connection.url">jdbc:postgresql://xxxx.com:5432/xxxxx</property>
<property name="connection.username">xxxxxxx</property>
<property name="connection.password">xxxxxxx</property>
</session-factory>
</hibernate-configuration>
コードの追加設定:
config.setProperty("hibernate.hbm2ddl.auto", hbm2ddlMode);
//config.setProperty("hibernate.cache.use_query_cache", "true");
config.setProperty("hibernate.cache.use_second_level_cache", "true");
//config.setProperty("hibernate.cache.region.factory_class", "net.sf.ehcache.hibernate.EhCacheRegionFactory");
config.setProperty("hibernate.cache.provider_class", "org.hibernate.cache.EhCacheProvider");
//config.setProperty("hibernate.cache.provider_class", "org.hibernate.cache.NoCacheProvider");
config.setProperty("hibernate.jdbc.fetch_size", "100");
config.setProperty("hibernate.jdbc.batch_size", "30");
config.setProperty("hibernate.jdbc.use_scrollable_resultset", "true");
config.setProperty("hibernate.connection.provider_class", "org.hibernate.connection.C3P0ConnectionProvider");
config.setProperty("hibernate.c3p0.acquire_increment", "1");
config.setProperty("hibernate.c3p0.idle_test_period", "0");
config.setProperty("hibernate.c3p0.min_size", "1");
config.setProperty("hibernate.c3p0.max_size", "2");
config.setProperty("hibernate.c3p0.timeout", "0");
config.setProperty("javax.persistence.validation.mode", "none");
遅延が発生するコードのセグメントは次のとおりです。
private SessionFactory buildSessionFactory() throws Exception {
ServiceRegistry serviceRegistry = new ServiceRegistryBuilder().applySettings(config.getProperties()).buildServiceRegistry();
//Building session takes a whole minute without mappings!!!
sessionFactory = config.buildSessionFactory(serviceRegistry);
validateConnection();
return sessionFactory;
}
ログの結果は次のとおりです。
[main] 2012-04-09 10:40:32,823 110391 INFO C3P0ConnectionProvider - HHH000046:
Connection properties: {user=hgaidb_test, password=****}
[main] 2012-04-09 10:40:32,823 110391 INFO C3P0ConnectionProvider - HHH000006:
Autocommit mode: false
[main] 2012-04-09 10:40:34,100 111668 DEBUG JdbcServicesImpl - Database ->
name : PostgreSQL
version : 8.3.3
major : 8
minor : 3
[main] 2012-04-09 10:40:34,101 111669 DEBUG JdbcServicesImpl - Driver ->
name : PostgreSQL Native Driver
version : PostgreSQL 9.1 JDBC4 (build 901)
major : 9
minor : 1
*******************************************************************************
// 1 MINUTE DELAY
*******************************************************************************
[main] 2012-04-09 10:40:34,102 111670 DEBUG JdbcServicesImpl - JDBC version : 4.
0
[main] 2012-04-09 10:41:21,632 159200 INFO Dialect - HHH000400: Using dialect:
org.hibernate.dialect.PostgreSQLDialect
*******************************************************************************
[main] 2012-04-09 10:41:21,669 159237 INFO LobCreatorBuilder - HHH000424: Disab
ling contextual LOB creation as createClob() method threw error : Java.lang.refl
ect.InvocationTargetException
[main] 2012-04-09 10:41:21,814 159382 DEBUG SettingsFactory - Automatic flush du
ring beforeCompletion(): disabled
[main] 2012-04-09 10:41:21,814 159382 DEBUG SettingsFactory - Automatic session
close at end of transaction: disabled
[main] 2012-04-09 10:41:21,815 159383 DEBUG SettingsFactory - JDBC batch size: 3
0
[main] 2012-04-09 10:41:21,816 159384 DEBUG SettingsFactory - JDBC batch updates
for versioned data: disabled
[main] 2012-04-09 10:41:21,816 159384 DEBUG SettingsFactory - Scrollable result
sets: enabled
[main] 2012-04-09 10:41:21,817 159385 DEBUG SettingsFactory - Wrap result sets:
disabled
[main] 2012-04-09 10:41:21,818 159386 DEBUG SettingsFactory - JDBC3 getGenerated
Keys(): enabled
[main] 2012-04-09 10:41:21,818 159386 DEBUG SettingsFactory - JDBC result set fe
tch size: 100
[main] 2012-04-09 10:41:21,819 159387 DEBUG SettingsFactory - Connection release
mode: auto
[main] 2012-04-09 10:41:21,819 159387 INFO TransactionFactoryInitiator - HHH000
399: Using default transaction strategy (direct JDBC transactions)
[main] 2012-04-09 10:41:21,844 159412 DEBUG SettingsFactory - Default batch fetc
h size: 1
[main] 2012-04-09 10:41:21,844 159412 DEBUG SettingsFactory - Generate SQL with
comments: disabled
[main] 2012-04-09 10:41:21,845 159413 DEBUG SettingsFactory - Order SQL updates
by primary key: disabled
[main] 2012-04-09 10:41:21,846 159414 DEBUG SettingsFactory - Order SQL inserts
for batching: disabled
[main] 2012-04-09 10:41:21,846 159414 DEBUG SettingsFactory - Query translator:
org.hibernate.hql.internal.ast.ASTQueryTranslatorFactory
[main] 2012-04-09 10:41:21,867 159435 INFO ASTQueryTranslatorFactory - HHH00039
7: Using ASTQueryTranslatorFactory
[main] 2012-04-09 10:41:21,867 159435 DEBUG SettingsFactory - Query language sub
stitutions: {}
[main] 2012-04-09 10:41:21,867 159435 DEBUG SettingsFactory - JPA-QL strict comp
liance: disabled
[main] 2012-04-09 10:41:21,868 159436 DEBUG SettingsFactory - Second-level cache
: enabled
[main] 2012-04-09 10:41:21,868 159436 DEBUG SettingsFactory - Query cache: disab
led
[main] 2012-04-09 10:41:21,869 159437 DEBUG SettingsFactory - Cache region facto
ry : org.hibernate.cache.internal.NoCachingRegionFactory
[main] 2012-04-09 10:41:21,872 159440 DEBUG SettingsFactory - org.hibernate.cach
e.internal.NoCachingRegionFactory did not provide constructor accepting Java.uti
l.Properties; attempting no-arg constructor.
[main] 2012-04-09 10:41:21,873 159441 DEBUG SettingsFactory - Optimize cache for
minimal puts: disabled
[main] 2012-04-09 10:41:21,873 159441 DEBUG SettingsFactory - Structured second-
level cache entries: disabled
[main] 2012-04-09 10:41:21,873 159441 DEBUG SettingsFactory - Statistics: disabl
ed
[main] 2012-04-09 10:41:21,874 159442 DEBUG SettingsFactory - Deleted entity syn
thetic identifier rollback: disabled
[main] 2012-04-09 10:41:21,874 159442 DEBUG SettingsFactory - Default entity-mod
e: pojo
[main] 2012-04-09 10:41:21,875 159443 DEBUG SettingsFactory - Named query checki
ng : enabled
[main] 2012-04-09 10:41:21,875 159443 DEBUG SettingsFactory - Check Nullability
in Core (should be disabled when Bean Validation is on): enabled
[main] 2012-04-09 10:41:21,876 159444 DEBUG SettingsFactory - multi-tenancy stra
tegy : NONE
デバッガーをステップ実行して、これについてもう少し調査しました。クラスパスにすべてのソースがありませんが、変数を見ることができます。 1分間待機している間、Hibernateはpg_catalog.pg_typeテーブルを照会しています。
[SELECT typname FROM pg_catalog.pg_type WHERE oid = , ]
スクリーンショットは次のとおりです。
私はそれを修正しました=)私は本当にこれの答えを見つけるために根を張らなければなりませんでした。基本的には、メタデータとJDBCドライバーをロードすることになります。 sql列の横にあるコメントや、操作には不要なその他のさまざまな構成要素を含む、すべてのメタデータをロードしています。これがデフォルトでオンになっている理由はわかりませんが、明示的に必要な場合を除いて、この機能をオフにする必要があります。
config.setProperty("hibernate.temp.use_jdbc_metadata_defaults","false");
インスタント接続!
これで見つけることができる唯一の情報はコードにあります:
107 // 'hibernate.temp.use_jdbc_metadata_defaults' is a temporary magic value.
108 // The need for it is intended to be alleviated with future development, thus it is
109 // not defined as an Environment constant...
110 //
111 // it is used to control whether we should consult the JDBC metadata to determine
112 // certain Settings default values; it is useful to *not* do this when the database
113 // may not be available (mainly in tools usage).
114 boolean useJdbcMetadata = ConfigurationHelper.getBoolean( "hibernate.temp.use_jdbc_metadata_defaults", configValues, true );
Hibernate.jdbc.use_get_generated_keysも有効にする必要がありました。有効にしないと、ID生成戦略が例外をスローしていました。 DBから受信したメタデータに基づいて自動的に有効化される前。したがって、私の全体のソリューションは、persistence.xmlに次の2行を追加することでした。
<property name="hibernate.jdbc.use_get_generated_keys" value="true" />
<property name="hibernate.temp.use_jdbc_metadata_defaults" value="false" />
ほぼ7年後、これはまだ問題です...
「temp」キーをオフにすると役立ちますが、自動設定されるプロパティを1つずつ有効にするのは面倒です(他の回答を参照)。
OracleとTeradataの場合、このようなスローダウンに気付かなかったので、深く掘り下げて、最も遅い部分がどこにあるかを見つけました: https://github.com/pgjdbc/pgjdbc/blob/master /pgjdbc/src/main/Java/org/postgresql/jdbc/PgDatabaseMetaData.Java#L2237
私の場合、このresultSetには372行(タイプ)があります。次に、各ドライバーに対して https://github.com/pgjdbc/pgjdbc/blob/master/pgjdbc/src/main/Java/org/postgresql/jdbc/TypeInfoCacheからいくつかの呼び出しを起動します.Java#L204 これにより、DBに対して大量のSQLステートメントが発生します。
今、これをどのように高速化するのか分かりません。幸いなことに、一度必要になった後、キャッシュされます。
スクロール可能な結果セットに問題があったため、3番目のパラメーターを追加する必要がありました。以下を参照してください。
<property name="hibernate.temp.use_jdbc_metadata_defaults">false</property>
<property name="hibernate.jdbc.use_get_generated_keys">true</property>
<property name="hibernate.jdbc.use_scrollable_resultset">true</property>
1つのpostgresqlサーバーに複数のデータベースを含めることができます。残念ながら 他のデータベースのメタデータを1つの接続に隠す はできません。そのため、jdbc-driverによるメタデータの読み取りに時間がかかります。
これらのデータベースを異なるpostgresサーバーに分離すると、メタデータ読み取りのパフォーマンスが向上します!
centosで分離する方法 を読んでください。
これはRuby on Railsで見た問題のように見えます。ここで説明したものと同様の原因を探すかもしれません。
http://archives.postgresql.org/pgsql-performance/2009-11/msg00128.php
つまり、この問題は、複数のClassLoaderコンテキストからJDBCドライバーを明示的に登録したことが原因でした。