sql資料庫連接池
可以使用一組名稱-值對以鏈接字元串的形式配置鏈接池。例如，可以配置池是否有效（默認是有效的），池的最大、最小容量，用於打 開鏈接的排隊請求被阻斷的時間。下面的示例字元串配置了池的最大和最小容量。 "Server=(local); Integrated Security=SSPI; Database=Northwind; Max Pool Size=75; Min Pool Size=5"摘要 連接池允許應用程序從連接池中獲得一個連接並使用這個連接，而不需要為每一個連接請求重新建立一個連接。一旦一個新的連接被創建 並且放置在連接池中，應用程序就可以重復使用這個連接而不必實施整個資料庫連接創建過程。 當應用程序請求一個連接時，連接池為該應用程序分配一個連接而不是重新建立一個連接；當應用程序使用完連接後，該連接被歸還給連接 池而不是直接釋放。 確保你每一次的連接使用相同的連接字元串（和連接池相同）；只有連接字元串相同時連接池才會工作。如果連接字元串不相同，應用程序 就不會使用連接池而是創建一個新的連接。優點 使用連接池的最主要的優點是性能。創建一個新的資料庫連接所耗費的時間主要取決於網路的速度以及應用程序和資料庫伺服器的 （網路）距離，而且這個過程通常是一個很耗時的過程。而採用資料庫連接池後，資料庫連接請求可以直接通過連接池滿足而不需要為該請 求重新連接、認證到資料庫伺服器，這樣就節省了時間。缺點 資料庫連接池中可能存在著多個沒有被使用的連接一直連接著資料庫（這意味著資源的浪費）。技巧和提示 1． 當你需要資料庫連接時才去創建連接池，而不是提前建立。一旦你使用完連接立即關閉它，不要等到垃圾收集器來處理它。 2． 在關閉資料庫連接前確保關閉了所有用戶定義的事務。 3． 不要關閉資料庫中所有的連接，至少保證連接池中有一個連接可用。如果內存和其他資源是你必須首先考慮的問題，可以關閉所有的連 接，然後在下一個請求到來時創建連接池。連接池FAQ 當第一個連接請求到來時創建連接池；連接池的建立由資料庫連接的連接字元創來決定。每一個連接池都與一個不同的連接字元串相關。 當一個新的連接請求到來時如果連接字元串和連接池使用的字元串相同，就從連接池取出一個連接；如果不相同，就新建一個連接池。 當連接池中的所有連接都已經關閉時關閉連接池。 當連接池已經達到它的最大連接數目時，有新的連接請求到來時，新的連接請求將放置到連接隊列中。當有連接釋放給連接池時，連接池將 新釋放的連接分配給在隊列中排隊的連接請求。你可以調用close和dispose將連接歸還給連接池。 對於.NET應用程序而言，默認為允許連接池。（這意味著你可以不必為這件事情做任何的事情）當然，如果你可以在SQLConnection對象的連 接字元串中加進Pooling=true;確保你的應用程序允許連接池的使用。 ADO.NET默認為允許資料庫連接池，如果你希望禁止連接池，可以使用如下的方式： 1) 使用SQLConnection對象時，往連接字元串加入如下內容：Pooling=False; 2) 使用OLEDBConnection對象時，往連接字元串加入如下內容：OLE DB Services=-4;
⑵ mysql的數據連接池怎麼配置文件
mysql的數據連接池怎麼配置文件
連接先建立一些連接，並且這些連接允許共享，因此這樣就節省了每次連接的時間開銷。Mysql資料庫為例，連接池在Tomcat中的配置與使用。
1、創建資料庫Student,表student
2、配置server.xml文件。Tomcat安裝目錄下conf中server.xml文件。
<GlobalNamingResources>
<Resource
name="jdbc/DBPool"
type="javax.sql.DataSource"
password=""
driverClassName="com.mysql.jdbc.Driver"
maxIdle="2"
maxWait="5000"
username="root"
url="jdbc:mysql://localhost:3306/student"
maxActive="3"
/>
</GlobalNamingResources>
name:指定連接池的名稱
type:指定連接池的類，他負責連接池的事務處理
url:指定要連接的資料庫
driverClassName:指定連接資料庫使用的驅動程序
username:資料庫用戶名
password:資料庫密碼
maxWait:指定最大建立連接等待時間，如果超過此時間將接到異常
maxIdle:指定連接池中連接的最大空閑數
maxActive:指定連接池最大連接數
3、配置web.xml文件。
<web-app>
<resource-ref>
<description>mysql資料庫連接池配置</description>
<res-ref-name>jdbc/DBPool</res-ref-name>
<res-type>javax.sql.DataSource</res-type>
<res-auth>Container</res-auth>
<res-sharing-scope>Shareable</res-sharing-scope>
</resource-ref>
</web-app>
4、配置context.xml文件
與server.xml文件所在的位置相同。
<Context>
<ResourceLink
name="jdbc/DBPool"
type="javax.sql.DataSource"
global="jdbc/DBPool"
/>
</Context>
5、測試
DataSource pool = null;
Context env = null;
Connection conn = null;
Statement st = null;
ResultSet rs = null;
try{
env = (Context)new InitialContext().lookup("java:comp/env");
//檢索指定的對象，返回此上下文的一個新實例
pool = (DataSource)env.lookup("jdbc/DBPool");
//獲得資料庫連接池
if(pool==null){out.printl("找不到指定的連接池！");}
con = pool.getConnection();
st = con.createStatement();
rs = st.executeQuery("select * from student");
}catch(Exception ex){out.printl(ne.toString());}
⑶ MySQL與Redis資料庫連接池介紹（圖示+源碼+代碼演示）
資料庫連接池（Connection pooling）是程序啟動時建立足夠的資料庫連接，並將這些連接組成一個連接池，由程序動態地對池中的連接進行申請，使用，釋放。
簡單的說：創建資料庫連接是一個很耗時的操作，也容易對資料庫造成安全隱患。所以，在程序初始化的時候，集中創建多個資料庫連接，並把他們集中管理，供程序使用，可以保證較快的資料庫讀寫速度，還更加安全可靠。
不使用資料庫連接池
如果不使用資料庫連接池，對於每一次SQL操作，都要走一遍下面完整的流程：
1.TCP建立連接的三次握手（客戶端與 MySQL伺服器的連接基於TCP協議）
2.MySQL認證的三次我收
3.真正的SQL執行
4.MySQL的關閉
5.TCP的四次握手關閉
可以看出來，為了執行一條SQL，需要進行大量的初始化與關閉操作
使用資料庫連接池
如果使用資料庫連接池，那麼會 事先申請（初始化）好 相關的資料庫連接，然後在之後的SQL操作中會復用這些資料庫連接，操作結束之後資料庫也不會斷開連接，而是將資料庫對象放回到資料庫連接池中
資源重用：由於資料庫連接得到重用，避免了頻繁的創建、釋放連接引起的性能開銷，在減少系統消耗的基礎上，另一方面也增進了系統運行環境的平穩性（減少內存碎片以及資料庫臨時進程/線程的數量）。
更快的系統響應速度：資料庫連接池在初始化過程中，往往已經創建了若干資料庫連接置於池中備用。 此時連接的初始化工作均已完成。對於業務請求處理而言，直接利用現有可用連接，避免了從資料庫連接初始化和釋放過程的開銷，從而縮減了系統整體響應時間。
統一的連接管理，避免資料庫連接泄露：在較為完備的資料庫連接池實現中，可根據預先的連接佔用超時設定，強制收回被佔用連接。從而避免了常規資料庫連接操作中可能出現的資源泄露。
如果說你的伺服器CPU是4核i7的，連接池大小應該為((4*2)+1)=9
相關視頻推薦
90分鍾搞懂資料庫連接池技術|linux後台開發
《tcp/ip詳解卷一》： 150行代碼拉開協議棧實現的篇章
學習地址：C/C++Linux伺服器開發/後台架構師【零聲教育】-學習視頻教程-騰訊課堂
需要C/C++ Linux伺服器架構師學習資料加qun 812855908 獲取（資料包括 C/C++，Linux，golang技術，Nginx，ZeroMQ，MySQL，Redis，fastdfs，MongoDB，ZK，流媒體，CDN，P2P，K8S，Docker，TCP/IP，協程，DPDK，ffmpeg 等），免費分享
源碼下載
下載方式：https://github.com/dongyusheng/csdn-code/tree/master/db_pool（Github中下載）
db_pool目錄下有兩個目錄，mysql_pool目錄為MySQL連接池代碼，redis_pool為redis連接池代碼
下面介紹mysql_pool
CDBConn解析
概念： 代表一個數據連接對象實例
相關成員：
m_pDBPool：該資料庫連接對象所屬的資料庫連接池
構造函數： 綁定自己所屬於哪個資料庫連接池
Init()函數： 創建資料庫連接句柄
CDBPool解析
概念：代表一個資料庫連接池
相關成員：
Init()函數：常見指定數量的資料庫實例句柄，然後添加到m_free_list中，供後面使用
GetDBConn()函數： 用於從空閑隊列中返回可以使用的資料庫連接句柄
RelDBConn()函數： 程序使用完該資料庫句柄之後，將句柄放回到空閑隊列中
測試之前，將代碼中的資料庫地址、埠、賬號密碼等改為自己的（代碼中有好幾處）
進入MySQL， 創建mysql_pool_test資料庫
進入到mysql_pool目錄下， 創建一個build目錄並進入 ：
然後輸入如下的命令進行編譯
之後就會在目錄下生成如下的可執行文件
輸入如下兩條命令進行測試： 可以看到不使用資料庫連接池，整個操作耗時4秒左右；使用連接池之後，整個操作耗時2秒左右，提升了一倍
源碼下載
下面介紹redis_pool
測試
進入到redis_pool目錄下， 創建一個build目錄並進入 ：
然後輸入如下的命令進行編譯
之後就會在目錄下生成如下的可執行文件
輸入如下的命令進行測試： 可以看到不使用資料庫連接池，整個操作耗時182ms；使用連接池之後，整個操作耗時21ms，提升了很多
進入redis，可以看到我們新建的key：
⑷ SQLAlchemy 中的 Session、sessionmaker、scoped_session
目錄
Session 其實 就是一個會話, 可以和資料庫打交道的一個會話
在一般的意義上， 會話建立與資料庫的所有對話，並為你在其生命周期中載入或關聯的所有對象表示一個「等待區」。他提供了一個入口點獲得查詢對象， 向資料庫發送查詢，使用會話對象的當前資料庫連接， 將結果行填充在對象中， 然後存儲在會話中， 在這種結構中稱為身份映射 – 這種數據結構維護了每一個副本的唯一， 這種唯一意味著一個對象只能有一個特殊的唯一主鍵。
會話以基本無狀態的形式開始，一旦發出查詢或其他對象被持久化，它就會從一個引擎申請連接資源，該引擎要麼與會話本身相關聯，要麼與正在操作的映射對象相關聯。此連接標識正在進行的事務， 在會話提交或回滾其掛起狀態之前，該事務一直有效。
會話中維護的所有變化的對象都會被跟蹤 - 在再次查詢資料庫或提交當前事務之前， 它將刷新對資料庫的所有更改， 這被稱為工作模式單元。
在使用會話時候，最重要的是要注意與它相關聯的對象是會話所持有的事務的代理對象 - 為了保持同步，有各種各樣的事件會導致對象重新訪問資料庫。可能從會話中分離對象並繼續使用他們，盡管這種做法有其局限性。但是通常來說，當你希望再次使用分離的對象時候，你會將他們與另一個會話重新關聯起來， 以便他們能夠恢復表示資料庫狀態的正常任務。
可能會將這里的session與http中的session搞混，需要注意的是，它有點用作緩存，因為它實現了 身份映射 模式，並存儲了鍵入其主鍵的對象。但是，它不執行任何類型的查詢緩存。 此外，默認情況下，Session使用弱引用存儲對象實例。這也違背了將Session用作緩存的目的。關於session強應用下次再討論。
1. session創建和管理資料庫連接的會話 2. model object 通過session對象訪問資料庫，並把訪問到的數據以 Identity Map 的方式，映射到Model object 中
1. session在剛被創建的時候，還沒有和任何model object 綁定，可認為是無狀態的 2. session 接受到query查詢語句, 執行的結果或保持或者關聯到session中 3. 任意數量的model object被創建，並綁定到session中，session會管理這些對象 4. 一旦session 裡面的objects 有變化，那可是要commit/rollback提交或者放棄changs
一般來說，session在需要訪問資料庫的時候創建，在session訪問資料庫的時候，准確來說，應該是「add/ update / delete 」資料庫的時候，會開啟 database transaction 。 假設沒有修改autocommit的默認值( False ), 那麼， database transaction 一直會保持，只有等到 session 發生rolled back、committed、或者closed的時候才結束，一般建議，當 database transaction 結束的時候，同時 close session ,以保證，每次發起請求，都會創建一個新的 session 特別是對web應用來說，發起一個請求，若請求使用到 Session 訪問資料庫，則創建 session ，處理完這個請求後，關閉 session
Session 是一個直接實例化的常規的python 類。然而， 為了標准會會話的配置和獲取方式， sessionmaker 類通常用於創建頂級會話配置， 然後可以在整個應用程序中使用它， 就不需要重復配置參數。
下面是sessionmaker 的使用方式
在上面，該 sessionmaker()創建了一個工廠類，在創建這個工廠類時我們配置了參數綁定了引擎。將其賦值給Session。每次實例化Session都會創建一個綁定了引擎的Session。 這樣這個session在訪問資料庫時都會通過這個綁定好的引擎來獲取連接資源當你編寫應用程序時， 請將sessionmaker 工廠放在全局級別，視作應用程序配置的一部分。例如：應用程序包中有三個.py文件，您可以將該sessionmaker行放在__init__.py文件中; 在其他模塊「from mypackage import Session」。這樣，所有的Session()的配置都由該配置中心控制。
直接只用 create_engine 時，就會創建一個帶連接池的引擎：
創建一個session，連接池會分配一個connection。當session在使用後顯示地調用 session.close()，也不能把這個連接關閉，而是由由QueuePool連接池管理並復用連接。
確保 session 在使用完成後用 session.close、session.commit 或 session.rollback 把連接還回 pool，這是一個必須在意的習慣。
關於SQLAlchemy 資料庫連接池：
session 和 connection 不是相同的東西， session 使用連接來操作資料庫，一旦任務完成 session 會將資料庫 connection 交還給 pool。 在使用 create_engine 創建引擎時，如果默認不指定連接池設置的話，一般情況下，SQLAlchemy 會使用一個 QueuePool 綁定在新創建的引擎上。並附上合適的連接池參數
create_engine() 函數和連接池相關的參數有：
SQLAlchemy不使用連接池：在創建引擎時指定參數 poolclass=NullPool 即禁用了SQLAlchemy提供的資料庫連接池。SQLAlchemy 就會在執行 session.close() 後立刻斷開資料庫連接。當然，如果沒有被調用 session.close()，則資料庫連接不會被斷開，直到程序終止。
關於 SQLAlchemy 的 engine ,這里有一篇文章寫的很好： http://sunnyingit.github.io/book/section_python/SQLalchemy-engine.html
session不是線程安全的，在多線程的環境中，默認情況下，多個線程將會共享同一個session。試想一下，假設A線程正在使用session處理資料庫，B線程已經執行完成，把session給close了，那麼此時A在使用session就會報錯，怎麼避免這個問題？
1 . 可以考慮在這些線程之間共享Session及其對象。但是應用程序需要確保實現正確的鎖定方案，以便多個線程不會同時訪問Session或其狀態。SQLAlchemy 中的 scoped_session 就可以證線程安全，下面會有討論。 2 . 為每個並發線程維護一個會話，而不是將對象從一個Session復制到另一個Session，通常使用Session.merge()方法將對象的狀態復制到一個不同Session的新的本地對象中。
上面簡單介紹了sessionmaker的作用，下面開始探討 scoped_session 對創建 Session 的影響。現在先探討單線程情況。
結論：
通過 sessionmaker 工廠創建了兩個 Session ，而且可以看到 s1 s2 是兩個不同的 Session 。 在 s1 添加 person 後，繼續使用 s2 添加 person 報錯. 說 person 這個對象 已經和 另一個 Session 關聯一起來了, 所以再次關聯另一個 Session 就會報錯。
即在上面代碼的 s1.add(person) 之後， s1.commit() ,然後再 s2.add(persion)這里就沒帖代碼了。
結論：
即使在 s1 提交之後， s2 再去添加 person 也會發生錯誤,但 s1 的提交是成功了的，數據 person 已經存放在資料庫了。 當 s1 添加 person 並提交，然後關閉 s1 , s2 再去添加並提交 person 資料庫,這不會報錯，但是資料庫也不會出現兩條 person 數據。
結論：
s1 關閉之後， s2 再去添加提交同一個對象，不會報錯，但是資料庫值有一條 person 數據。
結論：
當然， s1 , s2 添加提交不同的對象，不會出錯。在資料庫成功新增數據。
以上說明：
一個對象一旦被一個 Session 添加，除非關閉這個 Session ，不然其他的 Session 無法添加這個對象。 一個 Session 添加並提交一個對象，然後關閉該 Session ，其他的 Session 可以添加並提交這個對象，但是資料庫並不會有這條數據。
結論：
可以看到，通過 scoped_session再去創建 Session ，返回的是同一個 Session 。 scoped_session類似單例模式，當我們調用使用的時候，會先在Registry里找找之前是否已經創建Session，未創建則創建 Session ，已創建則直接返回。
這里探討在多線程下使用 scoped_session 與不使用 scoped_session 的情況
當不使用 scoped_session 時，也分兩種情況，是否創建全局性 Session
結論：
每個線程下的 Session 都是不同的 Session 資料庫成功新增了線程3提交的數據，其他的線程中的數據並沒有提交到資料庫中去。
結論：
全部線程下的 Session 都時同一個 Session 每個線程下的數據都被提交到了資料庫
結論：
每個線程下的 Session 都不相同 只有線程3下的數據被提交到了資料庫
結論：
每個線程下的 Session 是同一個 Session 每個線程下的數據都沒提交到了資料庫
以上說明：
在同一個線程中，有 scoped_session 的時候，返回的是同一個 Session 對象。 在多線程下，即使通過 scoped_session 創建Session，每個線程下的 Session 都是不一樣的，每個線程都有一個屬於自己的 Session 對象，這個對象只在本線程下共享。 scoped_session 只有在單線程下才能發揮其作用。在多線程下顯得沒有什麼作用。
⑸ 搞軟體開發，請你來談談資料庫連接池的原理吧
這次我們採取技術演進的方式來談談資料庫連接池的技術出現過程及其原理，以及當下最流行的開源資料庫連接池jar包。
1、者空原理
一般來說，Java應用程序訪問資料庫的過程是 ：
①裝載資料庫驅動程序；
②通過jdbc建立資料庫連接；
③訪問資料庫，執行sql語句；
④斷開資料庫連接。
2、代碼
3、分析
程序開發過程中，存在很多問題：首先，每一次web請求都要建立一次資料庫連接。建立連接是一個費時的活動，每次都得花費0.05s～1s的時間，而且系統還要分配內存資源。這個時間對於一次或幾次資料庫操作，或許感覺不出系統有多大的開銷。可是對於現在的web應用，尤其是大型電子商務網站，同時有幾百人甚至幾千人在線是很正常的事。在這種情況下，頻繁的進行資料庫連接操作勢必佔用很多的系統資源，網站的響應速度必定下降，嚴重的甚至會造成伺服器的崩潰。不是危言聳聽，這就是制約某些電子商務網站發展的技術瓶頸問題。其次，對於每一次資料庫連接，使用完後都得斷開。否則，如果程序出現異常而未能關閉，將會導致資料庫系統中的內存泄漏，最終將不得不重啟資料庫。還有，這種開發不能控制被創建的連接對象數，系統資源會被毫無顧及的分配出去，如連接過多，也可能導致內存泄漏，伺服器崩潰。
上述的用戶查詢案例，如果同時有1000人訪問，就會不斷的有資料庫連接、斷開操作：
通過上面的分析，我們可以看出來，「資料庫連接」是一種稀缺的資源，為了保障網站的正常使用，應該對其進行妥善管理。其實我們查詢完資料庫後，如果不關閉連接，而是暫時存放起來，當別首虧瞎人使用時，把這個連接給他們使用。就避免了一次建立資料庫連接和斷開的操作時間消耗。原理如下：
由上面的分析可以看出，問題的根源就在於對資料庫連接資源的低效管理。我們知道，對於共享資源，有一個很著名的設計模式：資源池（resource pool）。該模式正是為了解決資源的頻繁分配﹑釋放所造成的問題。為解決上述問題，可以採用資料庫連接池技術。資料庫連接池的基本思想就是為資料庫連接建立一個「緩沖池」。預先在緩沖池中放入一定數量的連接，當需要建立資料庫連接時，只需從「緩沖池」中取出一個，使用完畢之後再放回去。我們可以通過設定連接池最大連接數來防止系統無盡的與資料庫連接。更為重要的是我們可以通過連接池的管理機制監視資料庫的連接的數量﹑使用情況，為系統開發﹑測試及性能調整提供依據。
我們自己嘗試開發一個連接池，來為上面的查詢業務提供資料庫連接服務：
① 編寫class 實現DataSource 介面
② 在class構造器一次性創建10個連接，將連接保存LinkedList中
③ 實現getConnection 從 LinkedList中返回一個連接
④ 提供將連接放回連接池中方法
1、連接池代碼
2、使用連接池重構我們的用戶查詢函數
這就是資料庫連接池的原理，它大大提供了資料庫連接的利用率，減小了內存吞吐的開銷。我們在開發過程中，就不需要再關心資料庫連接的問題，自然有資料庫連接池幫助我們處理，這回放心了吧。但連接池需要考慮的問題不僅僅如此，下面我們就看看還有哪些問題需要考慮。
1、並發問題
為了使連接管理服務具有最大的通用性，必須考慮多線程環境，即並發問題。這個問題相對比較好解決，因為java語言自身提供了對並發管理的支持，使用synchronized關鍵字即可確保線程是同步的。使用方法為直接在類方法前面加空啟上synchronized關鍵字，如：
2、多資料庫伺服器和多用戶
對於大型的企業級應用，常常需要同時連接不同的資料庫（如連接oracle和sybase）。如何連接不同的資料庫呢？我們採用的策略是：設計一個符合單例模式的連接池管理類，在連接池管理類的唯一實例被創建時讀取一個資源文件，其中資源文件中存放著多個資料庫的url地址等信息。根據資源文件提供的信息，創建多個連接池類的實例，每一個實例都是一個特定資料庫的連接池。連接池管理類實例為每個連接池實例取一個名字，通過不同的名字來管理不同的連接池。
對於同一個資料庫有多個用戶使用不同的名稱和密碼訪問的情況，也可以通過資源文件處理，即在資源文件中設置多個具有相同url地址，但具有不同用戶名和密碼的資料庫連接信息。
3、事務處理
我們知道，事務具有原子性，此時要求對資料庫的操作符合「all-all-nothing」原則即對於一組sql語句要麼全做，要麼全不做。
在java語言中，connection類本身提供了對事務的支持，可以通過設置connection的autocommit屬性為false 然後顯式的調用commit或rollback方法來實現。但要高效的進行connection復用，就必須提供相應的事務支持機制。可採用每一個事務獨佔一個連接來實現，這種方法可以大大降低事務管理的復雜性。
4、連接池的分配與釋放
連接池的分配與釋放，對系統的性能有很大的影響。合理的分配與釋放，可以提高連接的復用度，從而降低建立新連接的開銷，同時還可以加快用戶的訪問速度。
對於連接的管理可使用空閑池。即把已經創建但尚未分配出去的連接按創建時間存放到一個空閑池中。每當用戶請求一個連接時，系統首先檢查空閑池內有沒有空閑連接。如果有就把建立時間最長（通過容器的順序存放實現）的那個連接分配給他（實際是先做連接是否有效的判斷，如果可用就分配給用戶，如不可用就把這個連接從空閑池刪掉，重新檢測空閑池是否還有連接）；如果沒有則檢查當前所開連接池是否達到連接池所允許的最大連接數（maxconn）如果沒有達到，就新建一個連接，如果已經達到，就等待一定的時間（timeout）。如果在等待的時間內有連接被釋放出來就可以把這個連接分配給等待的用戶，如果等待時間超過預定時間timeout 則返回空值（null）。系統對已經分配出去正在使用的連接只做計數，當使用完後再返還給空閑池。對於空閑連接的狀態，可開辟專門的線程定時檢測，這樣會花費一定的系統開銷，但可以保證較快的響應速度。也可採取不開辟專門線程，只是在分配前檢測的方法。
5、連接池的配置與維護
連接池中到底應該放置多少連接，才能使系統的性能最佳？系統可採取設置最小連接數（minconn）和最大連接數（maxconn）來控制連接池中的連接。最小連接數是系統啟動時連接池所創建的連接數。如果創建過多，則系統啟動就慢，但創建後系統的響應速度會很快；如果創建過少，則系統啟動的很快，響應起來卻慢。這樣，可以在開發時，設置較小的最小連接數，開發起來會快，而在系統實際使用時設置較大的，因為這樣對訪問客戶來說速度會快些。最大連接數是連接池中允許連接的最大數目，具體設置多少，要看系統的訪問量，可通過反復測試，找到最佳點。
如何確保連接池中的最小連接數呢？有動態和靜態兩種策略。動態即每隔一定時間就對連接池進行檢測，如果發現連接數量小於最小連接數，則補充相應數量的新連接以保證連接池的正常運轉。靜態是發現空閑連接不夠時再去檢查。
理解了連接池的原理就可以了，沒有必要什麼都從頭寫一遍，那樣會花費很多時間，並且性能及穩定性也不一定滿足要求。事實上，已經存在很多流行的性能優良的第三方資料庫連接池jar包供我們使用。如：
其中c3p0已經很久沒有更新了。DBCP更新速度很慢，基本處於不活躍狀態，而Druid和HikariCP處於活躍狀態的更新中。
⑹ SQL Server的線程池，內存池和連接池有什麼區別和關系
網上找了寫資料：�0�2資料庫連接池: �0�2�0�2�0�2�0�2�0�2 �0�2�0�2�0�2�0�2 資料庫連接是一種關鍵的有限的昂貴的資源，這一點在多用戶的網頁應用程序中體現得尤為突出。 �0�2�0�2 �0�2 一個資料庫連接對象均對應一個物理資料庫連接，每次操作都打開一個物理連接，使用完都關閉連接，這樣造成系統的 性能低下。 資料庫連接池的解決方案是在應用程序啟動時建立足夠的資料庫連接，並講這些連接組成一個連接池( 簡單說：在一個「 池」里放了好多半成品的資料庫聯接對象)，由應用程序動態地對池中的連接進行申請、使用和釋放。對於多於連接池中連接數的並發請求，應該在請求隊列中排隊等待。並且應用程序可以根據池中連接的使用率，動態增加或減少池中的連接數。 �0�2�0�2 �0�2連接池技術盡可能多地重用了消耗內存地資源，大大節省了內存，提高了伺服器地服務效率，能夠支持更多的客戶服務。通過使用連接池，將大大提高程序運行效率，同時，我們可以通過其自身的管理機制來監視資料庫連接的數量、使用情況等。 �0�2�0�2�0�2 1) 最小連接數是連接池一直保持的資料庫連接，所以如果應用程序對資料庫連接的使用量不大，將會有大量的資料庫連接資源被浪費； �0�2�0�2�0�2 2) 最大連接數是連接池能申請的最大連接數，如果資料庫連接請求超過此數，後面的資料庫連接請求將被加入到等待隊列中，這會影響之後的資料庫操作。 �0�2線程池�0�2SQL Server 維護一個操作系統線程池，以便執行從客戶端送達的成批 SQL 語句。在 Microsoft Windows NT�0�3 上，如果伺服器的 lightweight pooling 配置選項設為 1，則 SQL Server 不再維護線程，轉而維護一個纖程池；纖程使用比線程更少的資源。使用線程池或纖程池，可以使 SQL Server 在同時執行多個 SQL 語句時優化處理時間分配。該池中的線程或纖程共同作為工作線程。 �0�2工作線程數是由伺服器配置選項 max worker threads 控制的。默認值為 255 而且幾乎不需要更改。 當從客戶端收到一批 Transact-SQL 語句時，如果現有的工作線程空閑，就會分配它來執行這個批處理。如果沒有空閑的現有工作線程而且工作線程數少於 max worker threads，那麼就會分配一個新的工作線程。如果沒有空閑的工作線程而且已經達到 max worker threads，那麼新的批處理就要一直等到現有工作線程完成其當前批處理任務而空閑為止。當工作線程數達到 max worker threads 時，SQL Server 顯示如下消息：工作線程限制 255 已經達到。 �0�2對所有工作線程進行分配，並不意味著 SQL Server 的性能會降低。通常，新的批處理等待空閑線程只需要很短的時間。分配更多的線程可能會降低性能，因為增加的工作需要在線程之間協調資源。很多在生產狀態運行的 SQL Server 系統都會達到這樣的狀態，而且以非常高的性能級別運行。 �0�2內存池內存池的思想通過這個池字表露無疑，應用程序可以通過系統的內存分配調用預先一次性申請適當大小的內存作為一個內存池，之後應用程序自己對內存的分配和釋放則可以通過這個內存池來完成。
⑺ 資料庫連接池是什麼
問題一：什麼是資料庫連接池，有什麼作用？ 資料庫連接是一種有限的昂貴的資源，
資料庫連接影響到程序的性能指標。
資料庫連接池正是針對這個問題提出來的。資料庫連接池負責分配、
管理和釋放資料庫連接，
它允許應用程序重復使用一個現有的資料庫連接，
而再不是重新建立一個；
釋放空閑時間超過最大空閑時間的資料庫連接來避免因為沒有釋放數
據庫連接而引起的資料庫連接遺漏。
這項技術能明顯提高對資料庫操作的性能。
問題二：什麼是資料庫連接池？謝謝了 資料庫連接池，簡稱dbcp databa績e connection pool
存在意義：
資料庫的連接是非常耗費系統資源的，一個應用通常都是需要與資料庫打交道，也就需要經常連接資料庫，這樣導致浪費大量系統資源；
連接池的原理就是：我事先創建好幾個資料庫連接放著，當我的系統需要操作資料庫時就從連接池裡直接拿連接，並將這個連接標記為 忙 ；用完後在放會池中，標記為 空閑；；；
當連接池裡的連接都在被使用，如果此時還要連接，連接池就會在創建連接放到池裡，，這些連接的數量，都是在配置文件里由你控制的
問題三：資料庫連接池是什麼意思？ 像打開關閉資料庫連接這種和資料庫的交互可能是很費時的，尤其是當客戶端數量增加的時候，會消耗大量的資源，成本是非常高的。可以在應用伺服器啟動的時候建立很多個資料庫連接並維護在一個池中。連接請求由池中的連接提供。在連接使用完畢以後，把連接歸還到池中，以用於滿足將來更多的請求。
問題四：資料庫連接池的工作機制是什麼? 為什麼要使用資料庫連接池？
答：
由於創建連接的代價是很高的, 我們每次訪問資料庫都重新創建連接的話是非常消耗性的.
我們可以再程序啟動的時候先創建出一些連接, 放在一個 *** 中, 訪問資料庫的時候從 *** 中獲取, 使用結束再放回 *** 中.
這樣做只是在程序啟動的時候消耗性能去創建連接, 每次訪問資料庫的時候都是從內存中獲取連接, 可以大大提升效率.
注意事項:
由於池中增刪非常頻繁, 使用 *** LinkedList效率較高
*** 中所有連接都被佔用時創建新連接, 但需要注意連接總數
使用組合模式/動態代理處理釋放連接的方法, 當運行close方法時, 將連接放回池中
關於資料庫連接池：
資料庫連接是一種關鍵的有限的昂貴的資源，這一點在多用戶的網頁應用程序中體現得尤為突出。對資料庫連接的管理能顯著影響到整個應用程序的伸縮性和健壯性，影響到程序的性能指標。資料庫連接池正是針對這個問題提出來的。
資料庫連接池負責分配、管理和釋放資料庫連接，它允許應用程序重復使用一個現有的資料庫連接，而再不是重新建立一個；釋放空閑時間超過最大空閑時間的資料庫連接來避免因為沒有釋放資料庫連接而引起的資料庫連接遺漏。這項技術能明顯提高對資料庫操作的性能。
資料庫連接池在初始化時將創建一定數量的資料庫連接放到連接池中，這些資料庫連接的數量是由最小資料庫連接數來設定的。無論這些資料庫連接是否被 使用，連接池都將一直保證至少擁有這么多的連接數量。連接池的最大資料庫連接數量限定了這個連接池能佔有的最大連接數，當應用程序向連接池請求的連接數超 過最大連接數量時，這些請求將被加入到等待隊列中。
資料庫連接池的最小連接數和最大連接數的設置要考慮到下列幾個因素：
1) 最小連接數是連接池一直保持的資料庫連接，所以如果應用程序對資料庫連接的使用量不大，將會有大量的資料庫連接資源被浪費；
2) 最大連接數是連接池能申請的最大連接數，如果資料庫連接請求超過此數，後面的資料庫連接請求將被加入到等待隊列中，這會影響之後的資料庫操作。
3) 如果最小連接數與最大連接數相差太大，那麼最先的連接請求將會獲利，之後超過最小連接數量的連接請求等價於建立一個新的資料庫連接。不過，這些大於最小連接數的資料庫連接在使用完不會馬上被釋放，它將被放到連接池中等待重復使用或是空閑超時後被釋放。
J2EE伺服器啟動時會建立一定數量的池連接，並一直維持不少於此數目的池連接。
調用：客戶端程序需要連接時，池驅動程序會返回一個未使用的池連接並將其表記為 忙。如果當前沒有空閑連接，池驅動程序就新建一定數量的連接，新建連接的數量有配置參數決定。
釋放：當使用的池連接調用完成後，池驅動程序將此連接表記為空閑， 其他調用就可以使用這個連接
問題五：資料庫連接池的作用是什麼？ 連接池是被j2ee伺服器打開和維護的 對應1、2、4的JDBC驅動程序 連接池一般比直接連接更有優越性 因為它提高了性能的同時還保存了 寶貴的資源。 打開資料庫連接時CPU和網路的重要 任務，因此，在整個應用程序的使用過程 當中重復的打開直接連接將導致性能的下降。 而池連接只在伺服器啟動時打開一次，從而 消除了這種性能問題。 另外，因為連接只用於很短的時間， 所以，連接可以被有效共享， 而且有關連接參數的特有信息， 只對池驅動程序有效， 如資料庫用戶名稱和密碼， 從而增強了系統的安全性和可管理性。
問題六：資料庫連接池的工作機制是什麼 連接池的實現是以空間換時間。
J2EE伺服器啟動時會建立一定數量的池連接，並一直維持不少於此數目的池連接。客戶端程序需要連接時，池驅動程序會返回一個未使用的池連接並將其表記為忙。如果當前沒有空閑連接，池驅動程序就新建一定數量的連接，新建連接的數量有配置參數決定。當使用的池連接調用完成後，池驅動程序將此連接表記為空閑，其他調用就可以使用這個連接。
問題七：資料庫連接池的作用是什麼？ 連接池是被j2ee伺服器打開和維護的
對應1、2、4的JDBC驅動程序
連接池一般比直接連接更有優越性
因為它提高了性能的同時還保存了
寶貴的資源。
打開資料庫連接時CPU和網路的重要
任務，因此，在整個應用程序的使用過程
當中重復的打開直接連接將導致性能的下降。
而池連接只在伺服器啟動時打開一次，從而
消除了這種性能問題。
另外，因為連接只用於很短的時間，
所以，連接可以被有效共享，
而且有關連接參數的特有信息，
只對池驅動程序有效，
如資料庫用戶名稱和密碼，
從而增強了系統的安全性和可管理性。
問題八：開源的資料庫連接池和普通的資料庫連接池有什麼區別 在項目中嘗試使用了幾種開源的資料庫連接池實現。一種是dbcp，一種是c3p0，還有一種是proxool，這幾種資料庫連接池都可以很容易的在Spring配置起來。性能總體上上感覺dbcp為最優，因為穩定性和並發性都是我的項目需要的。
項目中經過反復測試，如果web server和資料庫server不是同一個機器的話，在斷網時間比較短的時間內三種資料庫連接池都能較好的重連，但是在斷網時間超過8個鍾頭 proxool就不能恢復工作了。但是dbcp卻能很快的重新連接。實際生產環境中穩定性和總體性能是最重要的，都需要做相應的測試才能放心的讓系統上生產線。
這里給出項目中資料庫連接池配置：
dbcp的jndi：13 4 java:p/env/jdbc/mysql5 6 proxool(proxool-0.9.0RC1)的配置： .mysql.jdbc.Driver jdbc:mysql:ip:3306/dbname?useUnicode=true&characterEncoding=utf8&autoReconnect=true user password 500 15000 select CURRENT_DATE true mysqlProxoolDataSource 1000 false 建議使用DBCP，配置在tomcat中，然後在spring中使用jndi的形式獲取。 c3p0(c3p0-0.9.0)： 1 3 4 .mysql.jdbc.Driver 5 6 7 jdbc:mysql:192.168.0.225:3306/sendinmdb?useUnicode=true&characterEncoding=utf8&autoReconnect=true 8 9 10 ********11 12 13 ********14 15 16 10017 18 19 5020 21 22 10023 24 25 100026 27 28 3029 30 直接 & paste到spring配置文件里就可以使用了。 配置一些額外的tomcat 的DBCP連接池參數，也可以更好的使用到類似proxool提供的功能，只是dbcp更加穩定而已。tomcat/conf/context.xml中插入一個Resource元素： 解釋一下以下這些參數的含義：
validationQuery = select current_date()
testOnBorrow = true
testOnReturn = false
testWhileIdle = true
當 從池中獲取一個Connection後使用 select current_date() 來測試該資料庫連接的可用性，如果SQL語句返回結果則認為是一個有效的連接，否則將繼續測試知道可以拿到有效的連接。當返回Connection給池的時候不進行驗證，但是Connection空閑的時候就要進行認證。
timeBetweenEvictionRunsMillis = 15000
DBCP 清空線程睡眠的間隙，如值為負數則不運行該線程
numTestsPerEvictionRun = 10"......>>
問題九：sqlite 使用什麼資料庫連接池 資料庫連接是一種有限的昂貴的資源，
資料庫連接影響到程序的性能指標。
資料庫連接池正是針對這個問題提出來的。資料庫連接池負責分配、
管理和釋放資料庫連接，
它允許應用程序重復使用一個現有的資料庫連接，
而再不是重新建立一個；
釋放空閑時間超過最大空閑時間的資料庫連接來避免因為沒有釋放數
據庫連接而引起的資料庫連接遺漏。
這項技術能明顯提高對資料庫操作的性能。
問題十：說出數據連接池的工作機制是什麼? 以典型的資料庫連接池為例：首先普通的資料庫訪問是這樣的：程序和資料庫建立連接，發送數據操作的指令，完成後斷開連接。等下一次請求的時候重復這個過程，即每個請求都需要和資料庫建立連接和斷開連接，這樣當數據量大的時候系統的消耗是很大的。連接池就是為了解決這個問題：在一個空間中預先建立好一定數量的連接，當程序請求數據時直接使用池中的現存的連接，不需要重復建立連接和斷開的過程，節省了時間提高了性能