第一種

這個(gè)方案，整體夠用了，但是在pconnect和最大連接數(shù)上，需要研究max_connections沒(méi)必要那么大，我個(gè)人認(rèn)為幾百就夠，否則給服務(wù)器加大了不少負(fù)擔(dān)，經(jīng)常會(huì)當(dāng)機(jī)連接超時(shí)的設(shè)置也要根據(jù)實(shí)際情況調(diào)整，大家可以自由調(diào)整，然后觀察效果如何。
第二種
　　7、MYSQL 的優(yōu)化（/etc/my.cnf）
1)確認(rèn)在“[mysqld]”部分加入了“skip-innodb”和“skip-bdb”參數(shù)；
2)確認(rèn)在“[mysqld]”部分加入了“skip-name-resolve”和“skip-locking”參數(shù)；
3)如果不需要的話，可以將二進(jìn)制日志（binlog）停掉，方法是將“l(fā)og-bin”注釋掉；
4)在內(nèi)存允許的情況下，對(duì)一些參數(shù)進(jìn)行重新配置，目標(biāo)在于將大部分操作集中于內(nèi)存中，盡量不進(jìn)行磁盤操作，對(duì)于我的 MYSQL 服務(wù)器我是如下修改的，基于 2G 內(nèi)存情況：

你可以根據(jù)“show status”命令返回的狀態(tài)進(jìn)行微調(diào)。我主要注意以下變量的數(shù)值，越小越好，最好為零：）
Created_tmp_disk_tables
Created_tmp_tables
Created_tmp_files
Slow_queries
另外 mysql wait_timeout 那個(gè)值設(shè)置大了沒(méi)用 做10左右就可了 (大C說(shuō)得)
wait_timeout是使用長(zhǎng)久連線時(shí) 空閑進(jìn)程的控制只要數(shù)據(jù)庫(kù)在連接狀態(tài) 他是不進(jìn)行干預(yù)的 不管是否有查詢或更新操作把這個(gè)設(shè)置小一點(diǎn) 再使用pconnect就比較理想了 ;)
timeout的時(shí)間﹐我的經(jīng)驗(yàn)值是5-20﹐看你的SERVER的訪問(wèn)量了~~ (夢(mèng)飛說(shuō)的)
訪問(wèn)量越大 這個(gè)值就應(yīng)該越小否則留出的空閑進(jìn)程太多 會(huì)占用不必要的內(nèi)存
在一個(gè)15分鐘在線3000人的論壇上 設(shè)置為3比較合適同時(shí)打開(kāi)pconnect
第三種
數(shù)據(jù)庫(kù)連接過(guò)多的錯(cuò)誤，可能的原因分析及解決辦法
分析
系統(tǒng)不能連接數(shù)據(jù)庫(kù)，關(guān)鍵要看兩個(gè)數(shù)據(jù)：
1、數(shù)據(jù)庫(kù)系統(tǒng)允許的最大可連接數(shù)max_connections。這個(gè)參數(shù)是可以設(shè)置的。如果不設(shè)置，默認(rèn)是100。最大是16384。
2、數(shù)據(jù)庫(kù)當(dāng)前的連接線程數(shù)threads_connected。這是動(dòng)態(tài)變化的。
查看max_connections、max_connections的辦法見(jiàn)后。
如果 threads_connected == max_connections 時(shí)，數(shù)據(jù)庫(kù)系統(tǒng)就不能提供更多的連接數(shù)了，這時(shí)，如果程序還想新建連接線程，數(shù)據(jù)庫(kù)系統(tǒng)就會(huì)拒絕，如果程序沒(méi)做太多的錯(cuò)誤處理，就會(huì)出現(xiàn)類似強(qiáng)壇的報(bào)錯(cuò)信息。
因?yàn)閯?chuàng)建和銷毀數(shù)據(jù)庫(kù)的連接，都會(huì)消耗系統(tǒng)的資源。而且為了避免在同一時(shí)間同時(shí)打開(kāi)過(guò)多的連接線程，現(xiàn)在編程一般都使用所謂數(shù)據(jù)庫(kù)連接池技術(shù)。
但數(shù)據(jù)庫(kù)連接池技術(shù)，并不能避免程序錯(cuò)誤導(dǎo)致連接資源消耗殆盡。
這種情況通常發(fā)生在程序未能及時(shí)釋放數(shù)據(jù)庫(kù)連接資源或其他原因造成數(shù)據(jù)庫(kù)連接資源不能釋放，但強(qiáng)壇系統(tǒng)估計(jì)不會(huì)發(fā)生這種低級(jí)的編程錯(cuò)誤。
該錯(cuò)誤的簡(jiǎn)便的檢查辦法是，在刷新強(qiáng)壇頁(yè)面時(shí)，不斷監(jiān)視threads_connected的變化。如果max_connections足夠大，而threads_connected值不斷增加以至達(dá)到max_connections，那么，就應(yīng)該檢查程序了。當(dāng)然，如果采用數(shù)據(jù)庫(kù)連接池技術(shù)，threads_connected增長(zhǎng)到數(shù)據(jù)庫(kù)連接池的最大連接線程數(shù)時(shí)，就不再增長(zhǎng)了。
從強(qiáng)壇出錯(cuò)的情況看，更大的可能性是數(shù)據(jù)庫(kù)系統(tǒng)沒(méi)能進(jìn)行適當(dāng)?shù)嘏渲谩Ｏ旅嫣岢鲆稽c(diǎn)建議。供參考
讓你們的工程師把MySQL的最大允許連接數(shù)從默認(rèn)的100調(diào)成32000。這就不會(huì)老出現(xiàn)連接過(guò)多的問(wèn)題了。

查看max_connections
進(jìn)入MySQL，用命令：show variables
查看數(shù)據(jù)庫(kù)最大可連接數(shù)的變量值：max_connections

查看threads_connected
進(jìn)入MySQL，用命令：show status
查看當(dāng)前活動(dòng)的連接線程變量值：threads_connected

設(shè)置max_connections
設(shè)置辦法是在my.cnf文件中，添加下面的最后紅色的一行：
--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
修改完畢后，重啟MySQL即可。當(dāng)然，為了確保設(shè)置正確，應(yīng)該查看一下max_connections。
注意：
1、雖然這里寫的32000。但實(shí)際MySQL服務(wù)器允許的最大連接數(shù)16384；
2、除max_connections外，上述其他配置應(yīng)該根據(jù)你們系統(tǒng)自身需要進(jìn)行配置，不必拘泥；
3、添加了最大允許連接數(shù)，對(duì)系統(tǒng)消耗增加不大。
4、如果你的mysql用的是my.ini作配置文件，設(shè)置類似，但設(shè)置的格式要稍作變通。
可見(jiàn)，mysql的優(yōu)化，是多樣化，且根據(jù)環(huán)境不同，必須靈活調(diào)整的，大家不可生搬硬套，自己慢慢體會(huì)吧

最新評(píng)論