Java數據庫連接池（BoneCP vs DBPool vs c3p0）

對於J2EE容器的外部的Java應用，哪個連接池庫最好？Java數據庫連接池（BoneCP vs DBPool vs c3p0）

我聽說c3p0已經過時了。

雅加達的公共池庫不再是正在開發

所以我留下了BoneCP和DBPool。從我可以告訴兩個有限的活動。我能看到的主要區別在於性能，BoneCP似乎贏了。但是文檔很薄弱。

您在現實世界中使用過哪個數據庫池庫，爲什麼？什麼是好與壞？

來源

2011-11-08 Stephane Grenier

對於那些好奇的人，我最終選擇了BoneCP。 –

您是否有任何關於BoneCP的詳細配置文檔的鏈接？或者可以分享如何在JBoss中使用BoneCP？ – 2014-01-21 13:29:11

在工作中，我們已經使用BoneCP（作爲c3p0的替代品），據我所知沒有任何問題（我自己沒有進行升級）。從我所看到並閱讀的內容來看，它似乎是一個精心設計的實體圖書館，我個人將其用於替代品上：它似乎是那些很適合的「正常工作」圖書館之一。

沒有什麼不好說的DBPool，我只是不夠熟悉;儘管看看它的站點文檔當然看起來是一個加號。

來源

2011-11-11 03:29:24 StaxMan

BoneCP的最新版本仍然是0.7.1，這是否意味着它仍處於「測試」階段還是足夠成熟？ –

請記住，版本控制非常主觀，上下文相關。所以確切的價值確實無關緊要。有些作者不願意稱他們的圖書館1.0。即使穩定之後，JDOM也需要好幾年才能到達那裏。所以我的猜測是它很穩定，很好用。 – StaxMan

BoneCP頁面[鏈接]（http://jolbox.com/index.html?page=http://jolbox.com/benchmarks.html）的基準看起來不錯。 – aloplop85

我們在Tomcat內外都使用C3P0。但是，監視和日誌記錄並不是最大的，所以我們將開始使用SpringSource連接池。我期待的最好功能之一就是準確顯示SQL語句在特定時間運行的情況。

有一兩件事我們必須添加到C3P0是定時特定的連接請求後，等待的連接的裝置，當池已滿，所有的連接都忙：

  public Connection getConnection() throws SQLException 
      { 
        long t = System.currentTimeMillis(); 
        ComboPooledDataSource ds = (ComboPooledDataSource) getDelegate(); 
        Connection conn = null; 

        if (ds.getNumBusyConnections() == ds.getMaxPoolSize()) 
        { 
          logger.info("Pool (" + ds.getUser() + ") full, waiting for connection"); 
          conn = ds.getConnection(); 
          t = System.currentTimeMillis() - t; 
          logger.info("Connection busy wait time (" + ds.getUser() + "): " + t + "ms"); 
        } 
        else 
        { 
          conn = ds.getConnection(); 
        } 

        return conn; 
      }

所以你的東西必須考慮：