首頁猿問 jdbc數(shù)據(jù)庫連接的使用問題

jdbc數(shù)據(jù)庫連接的使用問題

炎炎設計 2018-07-13 10:17:42

看了一些解釋數(shù)據(jù)源,連接,連接池的文章,有很多不明白的地方.為什么需要操作數(shù)據(jù)庫的時候,重新建立連接會很消耗時間和資源?不應該是一直保存著一些連接不銷毀比較消耗內存嗎?還有就是比如說十萬個用戶一起訪問,那你不就必須的有十萬個連接呀,就比如說你自己實現(xiàn)了DataSourse里面有已經創(chuàng)建好的1000個連接,但是連接不還是不夠用么,是新建一個連接給用戶用快,還是等其中的用戶已經歸還連接之后再給其他用戶用快呢?(總是覺得新建連接比較快啊)

查看完整描述

1 回答

溫溫醬

TA貢獻1752條經驗獲得超4個贊

不是用戶去直接連接數(shù)據(jù)庫，而是用戶連接服務器，而服務器去連接數(shù)據(jù)庫。讓用戶直接訪問數(shù)據(jù)庫那后果就不用說了吧。

服務器去連接數(shù)據(jù)庫，一定是要多線程的，但是這個線程量一定要是測試好的，效率和配置平衡的一個點。然后這些線程是可以共享的，一些線程滿載一些清閑的自動去負載一些壓力。比如這個數(shù)據(jù)庫最大連接是1000，那在平時你只需要開500或者200就可以。這樣可以保證正常訪問，也可以保證效率較高。當服務器線程較多在陸續(xù)開放其他連接數(shù)據(jù)庫線程。比如地下城平時隨意進，也不卡。滿載時線程開放最多，但是依舊會卡。證明了數(shù)據(jù)庫連接線程確實是有峰值的，1000的線程量，有10000個人同時訪問，你也不能全部開放，需要排隊，要不整體會有可能崩潰。

數(shù)據(jù)庫和用戶之間不是一對一，而是一對多或者多對多。我買商品和玩游戲用的可能就不是一個線程。但是每一個線程都不是給固定一個用戶使用的。而是多個用戶去共享這一個線程。比如1000個線程，可能會讓5000個人同時使用。。當人數(shù)沒有達到峰值那肯定是新開線程快，但是人數(shù)多了，就要等其他用戶歸還了。這就是游戲排隊的原因

反對回復 2018-07-13