Во-первых, вы не используете C3P0 просто потому, что вы настроили org.apache.commons.dbcp.BasicDataSource как DataSource и внедряете его в свой LocalSessionFactoryBean. Это в основном делает все настройки hibernate.c3p0 бесполезными, поскольку они будут игнорироваться.

Затем у вас возникают проблемы с обработкой больших объемов данных, и я очень сомневаюсь, что проблема связана с вашим DataSource или пулом соединений, а скорее с тем, как вы обрабатываете свои объекты и как вы настроили Hibernate.

Чтобы ускорить пакетную обработку, вы хотите сбросить каждые x записей в базу данных и очистить кеш первого уровня. Почему вы хотите это сделать, вы можете задаться вопросом. Все это связано с тем, как работает Hibernate: когда вы сохраняете объект, который делает Hibernate, он добавляет его в кеш первого уровня (Session или EntityManager в случае JPA). Каждый раз, когда вы добавляете элемент в кеш первого уровня, он будет выполнять грязную проверку ВСЕХ сущностей в кеше первого уровня, чтобы определить, нужно ли что-то сбрасывать. Теперь это будет быстро для первых нескольких объектов, но будет становиться все медленнее и медленнее.

Давайте настроим и закодируем вещи для размера пакета 50.

Сначала вы хотите настроить hibernate на правильный размер пакета, и вы хотите заказать операторы вставки и обновления. Если вы сделаете это, вы сможете извлечь выгоду из того факта, что JDBC теперь может выполнять пакетное обновление (т. е. один оператор вставки или обновления для изменения 50 записей вместо 50 отдельных операторов вставки/обновления).

Спящий режим

<beans:bean id="hibernate4AnnotatedSessionFactory"
            class="org.springframework.orm.hibernate4.LocalSessionFactoryBean">
    <beans:property name="dataSource" ref="dataSource"/>
    <beans:property name="packagesToScan" value="com.ourapp.spring.model"/>
    <beans:property name="hibernateProperties">
        <beans:props>
            <beans:prop key="hibernate.dialect">org.hibernate.dialect.PostgreSQL9Dialect</beans:prop>
            <beans:prop key="hibernate.show_sql">false</beans:prop>
               <!--<beans:prop key="hibernate.jdbc.batch_size">1000</beans:prop>-->
            <beans:prop key="hibernate.hbm2ddl.auto">update</beans:prop>
            <beans:prop key="hibernate.cache.use_second_level_cache">true</beans:prop>
            <beans:prop key="hibernate.cache.use_query_cache">true</beans:prop>
            <beans:prop key="hibernate.jdbc.batch_size">50</beans:prop>
            <beans:prop key="hibernate.order_inserts">true</beans:prop>
            <beans:prop key="hibernate.order_updates">true</beans:prop>
            <!-- If you use versioned entities set this to true as well -->
            <beans:prop key="hibernate.jdbc.batch_versioned_data">true<beans:prop> 
        </beans:props>
    </beans:property>
</beans:bean>

Модификация кода

public void yourLargeDataSetProcessingMethod() {
    Session session = sessionFactory.getCurrentSession();

    int i = 0;
    for (YourItem item : List<YourItem> items) {
        i++:
        // Here will be processing / creation

        if (i % 50 == 0) {
            session.flush();
            session.clear();
        }
    }
    session.flush();
    session.clear();
} 

Это, вероятно, ускорит вашу обработку и блокировку базы данных.

Последнее замечание: вместо Commons DBCP или C3P0 я бы предложил использовать HikariCP в качестве пула соединений. Он очень маленький, очень быстрый и активно поддерживается (в то время как C3P0 уже некоторое время бездействует).

Вот хороший ресурс (с эталонные тесты и т. д.) о том, что делает каждый параметр, и добавляет или удаляет производительность, и как правильно настроить вещи.