पोस्टग्रेज़ कनेक्शन प्राप्त करने के लिए धीमी गति से हाइबरनेट

Question

मुझे इस समस्या को डीबग करने में वास्तव में कठिन समय हो रहा है। जब भी मैं पोस्टग्रेस के साथ कनेक्शन स्थापित करने का प्रयास करता हूं, इसमें पूरा मिनट लगता है। कनेक्शन स्थापित होने के बाद, सबकुछ ठीक है। मैंने सभी मैपिंग को अक्षम करने और किसी को लोड नहीं करने का प्रयास किया है, लेकिन फिर भी कनेक्शन को एक्वायर करने में काफी समय लगता है। मैंने सत्यापन को अक्षम करने का भी प्रयास किया है, कोई फर्क नहीं पड़ता। जब मैं एक सरल जेडीबीसी कनेक्शन का उपयोग करता हूं, तो यह तात्कालिक है। हाइबरनेट कुछ ऐसा कर रहा है जो काफी समय लेता है और मैं इसे कम करने के लिए प्रतीत नहीं कर सकता। किसी इनपुट की काफी सराहना की जाती है!

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"); 

यहाँ कोड के खंड जहां देरी होती है है

[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 

मैं इस पर थोड़ा और अधिक शोध किया है, डीबगर के माध्यम से कदम:

यहाँ लॉग परिणाम है। मेरे पास मेरे क्लासपाथ में सभी स्रोत नहीं हैं, लेकिन मैं अब भी चर देख सकता हूं। Durring है कि एक मिनट रुको, हाइबरनेट pg_catalog.pg_type तालिका क्वेरी करने जाता है:

[SELECT typname FROM pg_catalog.pg_type WHERE oid = , ] 

यहाँ एक स्क्रीनशॉट:

Answer 1

मैंने इसे ठीक किया =) मुझे वास्तव में इसके लिए उत्तर खोजने के लिए चारों ओर रूट करना पड़ा। असल में, यह मेटाडेटा और जेडीबीसी ड्राइवर लोड करने के लिए नीचे आता है। यह सभी मेटा डेटा लोड कर रहा है, जिसमें एसक्यूएल कॉलम और अन्य विभिन्न संरचनाओं के बगल में टिप्पणियां शामिल हैं, जिन्हें ऑपरेशन के लिए जरूरी नहीं है। अब

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); 

http://grepcode.com/file/repo1.maven.org/maven2/org.hibernate/hibernate-core/4.1.1.Final/org/hibernate/engine/jdbc/internal/JdbcServicesImpl.java#JdbcServicesImpl

Answer 2

यह थोड़ा एक समस्या हम रूबी ऑन रेल्स में देखा था की तरह लगता है। यदि आप मुझसे यहां वर्णित लिए एक समान काम के लिए दिख सकता है:

http://archives.postgresql.org/pgsql-performance/2009-11/msg00128.php

संक्षेप में, कि इस समस्या कई classloader संदर्भों से JDBC ड्राइवर की स्पष्ट पंजीकरण की वजह से किया गया था।

Answer 3

मैं भी hibernate.jdbc.use_get_generated_keys सक्षम करने के लिए अन्यथा पहचान पीढ़ी रणनीति एक अपवाद फेंक दिया गया था। इसे डीबी से प्राप्त मेटाडेटा के आधार पर स्वचालित रूप से सक्षम करने से पहले। तो मेरा पूरा समाधान दृढ़ता के लिए निम्नलिखित दो पंक्तियों को जोड़ना था।xml:

<property name="hibernate.jdbc.use_get_generated_keys" value="true" /> 
<property name="hibernate.temp.use_jdbc_metadata_defaults" value="false" /> 

Answer 4

एक PostgreSQL सर्वर विभिन्न डेटाबेस हो सकते हैं। दुर्भाग्य से आप hide other-database metadatas to one connection नहीं कर सकते हैं, यही कारण है कि मेटाडाटा-रीडिंग jdbc-driver द्वारा लंबे समय तक लेता है!

अलग-अलग पोस्टग्रेर्स-सर्वरों में अलग-अलग डेटाबेस डेटाबेस और मेटाडेटा-रीडिंग के प्रदर्शन में वृद्धि होगी!

how to seperate on centos पढ़ें।