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