一台機器對應多少資料庫連接池

㈠ 在一台機器上，怎麼安裝多個mysql資料庫，怎樣開啟多個mysql服務，。在線等，

這種架構一般用在以下三類場景
1. 備份多台 Server 的數據到一台如果按照數據切分方向來講，那就是垂直切分。比如圖 2，業務 A、B、C、D 是之前拆分好的業務，現在需要把這些拆分好的業務匯總起來備份，那這種需求也很適用於多源復制架構。實現方法我大概描述下：業務 A、B、C、D 分別位於 4 台 Server，每台 Server 分別有一個資料庫來隔離前端的業務數據，那這樣，在從庫就能把四台業務的數據全部匯總起來，而不需要做額外的操作。那沒有多源復制之前，要實現這類需求，只能在匯總機器上搭建多個 MySQL 實例，那這樣勢必會涉及到跨庫關聯的問題，不但性能急劇下降，管理多個實例也沒有單台來的容易。

㈡ Tomcat6.0中能配多少個資料庫連接池

523個

㈢ 如何設置資料庫連接池的數量

1、資料庫連接數，也就是一個資料庫,最多能夠同時 接受 多少個 客戶的連接.
2、在沒有資料庫連接池 的情況下, 一個客戶,每次訪問, 就要創建一個 資料庫連接, 執行 SQL, 獲取結果， 然後關閉、釋放掉資料庫連接，問題就在於創建一個資料庫連接， 是一個很消耗資源，花費很多時間的操作，於是資料庫連接池產生了。
3、資料庫連接池 預先打開一定數量的資料庫連接， 並維持著連接。
4、當客戶要執行SQL語句的時候， 從資料庫連接池 裡面，獲取一個連接，執行SQL, 獲取結果， 然後把資料庫連接，交還給資料庫連接池。
5、假如一個 session , 執行10次獨立的操作，那麼不使用 資料庫連接池的，需要創建資料庫連接10次，並關閉10次。
6、使用 資料庫連接池的，直接使用 資料庫連接池中已經打開好的，直接使用。

㈣ 2000人在線 資料庫連接池 設置多少合適

這個要看峰值、平均值。如果自己定義的連接池，那麼定時把當前連接池的使用情況統計下來並記錄日誌。如果是開源的連接池或者是web容器提供的連接池，那
么通過jmx定時獲取連接池狀態信息。長期觀察，可以得到連接池的峰值、平均值，然後設置一個介於平均值與峰值之間的連接數，基本上就是最佳的配置了。

一般情況下，初始連接數、最大連接數保持一致。這個類似於jvm的xms、xmx設置。

㈤ 明明設置了資料庫連接池maxidle，為什麼資料庫連接數會超過它

兄弟，資料庫連接池是一種客戶端行為，而不是資料庫服務端行為。一個資料庫可能會對應很多資料庫連接池，你設置你的資料庫連接池只是限制你的應用連接數量而已，還會有其他的資料庫連接池去連接資料庫。

㈥ j2ee數據連接池問題....

連接池就是一個緩沖池，你需要連接了給你，不需要的放回去..復用效果
連接池可以自己寫一個，
也可以用web容器自帶的對連接池的支持..不同的容器配置的方法不一
另：其實樓上的說的也不錯，
作為開發角度來看，他說的3點是對的..
不同的資料庫連接池的配置會有差異..
機器配置主要是看你能承受的資源，連接池配置可以配置最大數和最小數，
大了系統啟動可能就慢..根據伺服器的配置去測試那個飽和值，當然如果伺服器性能好，浪費些資源也沒問題。

這題我是真沒理解意思，雖然考察的很基礎..但是對實際開發意義不大..
所以我不會，呵呵..應試教育啊

㈦ 資料庫鏈接是多少

在做項目中，常常使用到資料庫連接串，大家都多少的用到過，但你對其中的各參數熟悉嗎？深入的使用你了解多少，Max Pool Size什麼意思，有何影響？
commandtimeout你設置了嗎？這些東西也許你並不太注意，下文就結合個人的應用，對這些連接串相關的內容進行說明。
在SQLServer資料庫中，常用的資料庫連接串一般都是這樣書寫的：
Data Source={0};Initial Catalog={3};Persist Security Info=True;User ID={1};Password={2}

這是最常用的一種寫法，在Data Source中指定數據源，Initial Catalog中指定資料庫名稱，User ID指定資料庫用戶名，Password中設定對應用戶名的密碼。
指定如上內容，即可實現資料庫的連接操作了，但在實際應用中，往往仍需要做額外的操作。
指定資料庫連接埠，默認是1433，如果特殊設定，則需要在此串中進行單獨定義，具體位置在Data Source={0},{1} 通過「，」 添加在伺服器地址後邊，
對於有特殊埠設置的應用，此方法是必須的。
Max Pool Size 這個屬性指定資料庫連接池的大小，此屬性可不能忽視，在項目中資料庫連接串大家都是直接復制使用而沒有細看每個屬性的意義，在應用中
會發現很多問題。在一個項目中，我直接使用Max Pool Size=30，本機運行沒任何問題，但到客戶端進行測試中，發現當服務連接幾十台客戶機後，客戶機都提示連接資料庫失敗，最後才發現此處的設置。那麼Max Pool Size指定了資料庫最大的緩沖池，超過此緩沖池的新連接只能進行等待，當有連接釋放時，才能進入。
因此Max Pool Size 應該根據實際情況進行設定，那是否設置越大越好了，個人感覺這個可能要與伺服器的綜合配置有關，如果客戶機環境沒那麼多設置過大是否會造成資源的浪費呢。
另外一個commandtimeout指定操作的時間，如果在指定時間內無響應則返回失敗，單位是秒。此屬性我個人一般不在連接串中進行設置，一般在SqlCommand中進行指定。具體應用場景一般設置資料庫連接後都會有測試連接按鈕，如果資料庫連接正常，點擊後立即會返回連接成功或連接失敗字樣。這效果挺好，但如果此時設置連接信息錯誤，你會發現連接測試結果很漫長，等待返回結果的過程，很卡。能否有方法改善一下這種效果，那就需要設定commandtimeout，簡單的一個屬性即可完成想要的效果。
因為資料庫連接設置有誤後他會一直嘗試進行連接，不到commandtimeout規定的時間，不會返回結果。默認值是30秒，很漫長哦。檢測連接是一個很簡單的操作不會涉及復雜的操作，因此完全可以設置在幾秒內完成。
資料庫知識很深，關於資料庫的操作目前有封裝好的類，可以直接調用，但個性的設置還需要對每個細節進行熟悉，掌握和應用。
最後附上資料庫連接串的一個示例，僅供參考：
Data Source=127.0.0.1,1433;Initial Catalog=Student;Persist Security Info=True;User ID=sa;Password=sa;Max Pool Size=400

㈧ weblogic資料庫連接池 連接數多少

在weblogic中配置資料庫連接數，主要有3個配置，一個是初始化多少個連接，最大多少個連接，還有就是當連接數不夠時每次增加多少個連接。
一般建議是初始化何最大配置一樣多的，主要可以減少因為連接數不夠需要增加。提高性能。
還有一種是初始化是最大的一半。
最大多少個連接需要根據應用來確定，一般要配置超過你的應用的並發量。

㈨ 資料庫連接數和資料庫連接池的連接數區別是什麼

資料庫連接數
也就是一個資料庫,最多能夠同時 接受 多少個 客戶的連接.

在沒有 資料庫連接池 的情況下, 一個客戶,每次訪問, 就要創建一個 資料庫連接, 執行 SQL, 獲取結果， 然後關閉、釋放掉資料庫連接。

問題就在於 創建一個資料庫連接， 是一個很消耗資源，花費很多時間的操作。

於是，資料庫連接池 產生了。

資料庫連接池 預先打開一定數量的 資料庫連接， 並維持著連接。

當客戶要執行SQL語句的時候， 從 資料庫連接池 裡面， 獲取一個連接， 執行SQL, 獲取結果， 然後把 資料庫連接， 交還給資料庫連接池。

假如一個 session , 執行 10次獨立的操作。

那麼不使用 資料庫連接池 的， 需要 創建資料庫連接10次， 並關閉10次。

使用 資料庫連接池 的， 直接使用 資料庫連接池 中 已經打開好的，直接使用。

㈩ 什麼是資料庫連接池，有什麼作用

1、基本概念及原理
由上面的分析可以看出，問題的根源就在於對資料庫連接資源的低效管理。我們知道，對於共享資源，有一個很著名的設計模式：資源池 (Resource Pool)。該模式正是為了解決資源的頻繁分配?釋放所造成的問題。為解決上述問題，可以採用資料庫連接池技術。資料庫連接池的基本思想就是為資料庫連接 建立一個「緩沖池」。預先在緩沖池中放入一定數量的連接，當需要建立資料庫連接時，只需從「緩沖池」中取出一個，使用完畢之後再放回去。我們可以通過設定 連接池最大連接數來防止系統無盡的與資料庫連接。更為重要的是我們可以通過連接池的管理機制監視資料庫的連接的數量?使用情況，為系統開發?測試及性能調 整提供依據。
2、伺服器自帶的連接池
JDBC的API中沒有提供連接池的方法。一些大型的WEB應用伺服器如BEA的WebLogic和IBM的WebSphere等提供了連接池的機制，但是必須有其第三方的專用類方法支持連接池的用法。
連接池關鍵問題分析
1、並發問題
為了使連接管理服務具有最大的通用性，必須考慮多線程環境，即並發問題。這個問題相對比較好解決，因為Java語言自身提供了對並發管理的支 持，使用synchronized關鍵字即可確保線程是同步的。使用方法為直接在類方法前面加上synchronized關鍵字，如：
public synchronized Connection getConnection()
2、多資料庫伺服器和多用戶
對於大型的企業級應用，常常需要同時連接不同的資料庫(如連接Oracle和Sybase)。如何連接不同的資料庫呢?我們採用的策略是：設計 一個符合單例模式的連接池管理類，在連接池管理類的唯一實例被創建時讀取一個資源文件，其中資源文件中存放著多個資料庫的url地址()?用戶名()?密 碼()等信息。如 tx.url=172.21.15.123：5000/tx_it，tx.user=yang，tx.password=yang321。根據資源文件提 供的信息，創建多個連接池類的實例，每一個實例都是一個特定資料庫的連接池。連接池管理類實例為每個連接池實例取一個名字，通過不同的名字來管理不同的連 接池。
對於同一個資料庫有多個用戶使用不同的名稱和密碼訪問的情況，也可以通過資源文件處理，即在資源文件中設置多個具有相同url地址，但具有不同用戶名和密碼的資料庫連接信息。
3、事務處理
我們知道，事務具有原子性，此時要求對資料庫的操作符合「ALL-ALL-NOTHING」原則,即對於一組SQL語句要麼全做，要麼全不做。
在Java語言中，Connection類本身提供了對事務的支持，可以通過設置Connection的AutoCommit屬性為 false,然後顯式的調用commit或rollback方法來實現。但要高效的進行Connection復用，就必須提供相應的事務支持機制。可採用 每一個事務獨佔一個連接來實現，這種方法可以大大降低事務管理的復雜性。
4、連接池的分配與釋放
連接池的分配與釋放，對系統的性能有很大的影響。合理的分配與釋放，可以提高連接的復用度，從而降低建立新連接的開銷，同時還可以加快用戶的訪問速度。
對於連接的管理可使用空閑池。即把已經創建但尚未分配出去的連接按創建時間存放到一個空閑池中。每當用戶請求一個連接時，系統首先檢查空閑池內 有沒有空閑連接。如果有就把建立時間最長(通過容器的順序存放實現)的那個連接分配給他(實際是先做連接是否有效的判斷，如果可用就分配給用戶，如不可用 就把這個連接從空閑池刪掉，重新檢測空閑池是否還有連接);如果沒有則檢查當前所開連接池是否達到連接池所允許的最大連接數(maxConn),如果沒有 達到，就新建一個連接，如果已經達到，就等待一定的時間(timeout)。如果在等待的時間內有連接被釋放出來就可以把這個連接分配給等待的用戶，如果 等待時間超過預定時間timeout,則返回空值(null)。系統對已經分配出去正在使用的連接只做計數，當使用完後再返還給空閑池。對於空閑連接的狀 態，可開辟專門的線程定時檢測，這樣會花費一定的系統開銷，但可以保證較快的響應速度。也可採取不開辟專門線程，只是在分配前檢測的方法。
5、連接池的配置與維護
連接池中到底應該放置多少連接，才能使系統的性能最佳?系統可採取設置最小連接數(minConn)和最大連接數(maxConn)來控制連接 池中的連接。最小連接數是系統啟動時連接池所創建的連接數。如果創建過多，則系統啟動就慢，但創建後系統的響應速度會很快;如果創建過少，則系統啟動的很 快，響應起來卻慢。這樣，可以在開發時，設置較小的最小連接數，開發起來會快，而在系統實際使用時設置較大的，因為這樣對訪問客戶來說速度會快些。最大連 接數是連接池中允許連接的最大數目，具體設置多少，要看系統的訪問量，可通過反復測試，找到最佳點。
如何確保連接池中的最小連接數呢?有動態和靜態兩種策略。動態即每隔一定時間就對連接池進行檢測，如果發現連接數量小於最小連接數，則補充相應數量的新連接,以保證連接池的正常運轉。靜態是發現空閑連接不夠時再去檢查。