1、首先先要考慮在我們 MySQL 數(shù)據(jù)庫參數(shù)文件里面,對應(yīng)的 max_connections 這個參數(shù)值是不是設(shè)置的太小了,導(dǎo)致客戶端連接數(shù)超過了數(shù)據(jù)庫所承受的最大值。
● 該值默認(rèn)大小是151,我們可以根據(jù)實際情況進(jìn)行調(diào)整。
● 對應(yīng)解決辦法:set global max_connections=500
但這樣調(diào)整會有隱患,因為我們無法確認(rèn)數(shù)據(jù)庫是否可以承擔(dān)這么大的連接壓力,就好比原來一個人只能吃一個饅頭,但現(xiàn)在卻非要讓他吃 10 個,他肯定接受不了。反應(yīng)到服務(wù)器上面,就有可能會出現(xiàn)宕機(jī)的可能。
所以這又反應(yīng)出了,我們在新上線一個業(yè)務(wù)系統(tǒng)的時候,要做好壓力測試。保證后期對數(shù)據(jù)庫進(jìn)行優(yōu)化調(diào)整。
2、其次可以限制Innodb 的并發(fā)處理數(shù)量 ,如果 innodb_thread_concurrency = 0(這種代表不受限制) 可以先改成 16或是64 看服務(wù)器壓力。如果非常大,可以先改的小一點讓服務(wù)器的壓力下來之后,然后再慢
慢增大,根據(jù)自己的業(yè)務(wù)而定。個人建議可以先調(diào)整為 16 即可。