直接寫(xiě)代碼啊。
創(chuàng)新互聯(lián)是一家從事企業(yè)網(wǎng)站建設(shè)、成都網(wǎng)站制作、成都網(wǎng)站設(shè)計(jì)、行業(yè)門(mén)戶(hù)網(wǎng)站建設(shè)、網(wǎng)頁(yè)設(shè)計(jì)制作的專(zhuān)業(yè)網(wǎng)站建設(shè)公司,擁有經(jīng)驗(yàn)豐富的網(wǎng)站建設(shè)工程師和網(wǎng)頁(yè)設(shè)計(jì)人員,具備各種規(guī)模與類(lèi)型網(wǎng)站建設(shè)的實(shí)力,在網(wǎng)站建設(shè)領(lǐng)域樹(shù)立了自己獨(dú)特的設(shè)計(jì)風(fēng)格。自公司成立以來(lái)曾獨(dú)立設(shè)計(jì)制作的站點(diǎn)上千余家。
我寫(xiě)了一遍截圖看。第一行參數(shù)主機(jī)、用戶(hù)名、密碼;第二行選擇數(shù)據(jù)庫(kù)‘第三行選擇字符集’
你自己試下
可以 用pconnect就行,但是要設(shè)置好連接數(shù)和過(guò)期時(shí)間。
長(zhǎng)連接避免了每次請(qǐng)求都重新建立連接,理論上是好事兒,欣然用之;后發(fā)現(xiàn)nginx偶爾會(huì)報(bào)如下錯(cuò)誤:
.... [error] 23951#0: *121082947 readv() failed (104: Connection reset by peer) while reading upstream ...
而且有同事A反應(yīng),調(diào)用同事B的接口時(shí),收到了200響應(yīng)碼,但是沒(méi)有收到響應(yīng)的其他數(shù)據(jù),而且確認(rèn)不是因?yàn)槌瑫r(shí)所致;同事B反饋說(shuō),接口執(zhí)行正常,應(yīng)該有數(shù)據(jù)返回,而且確認(rèn)接口執(zhí)行速度很快,日志為證。
雙方說(shuō)的都對(duì),事實(shí)卻是如此,我試圖模擬這種情況的出現(xiàn),模擬辦法:
讓接口輸出響應(yīng)碼后,直接殺死fpm進(jìn)程,nginx果然報(bào)出了幾乎一樣的錯(cuò)誤;但是實(shí)際場(chǎng)景中,沒(méi)有發(fā)現(xiàn)fpm猝死的任何蛛絲馬跡,也找不到fpm會(huì)在響應(yīng)頭輸出之后就猝死的理由;
如果操作這個(gè)數(shù)據(jù)的人不多,并你進(jìn)行長(zhǎng)連接的連接資源使用很頻繁的話(huà)使用長(zhǎng)連接。這樣速度比較快。
顧名思義,長(zhǎng)連接就是一直連接從未斷開(kāi)。你應(yīng)該清楚數(shù)據(jù)庫(kù)連接有的是限定連接個(gè)數(shù)的。你一直連接就占用了一個(gè)連接資源。如果連接這個(gè)數(shù)據(jù)庫(kù)的人不多的話(huà),這樣沒(méi)問(wèn)題,還能加快速度,你每次操作數(shù)據(jù)庫(kù)的時(shí)候不用在進(jìn)行連接操作。這樣會(huì)加快效率。
如果這個(gè)數(shù)據(jù)庫(kù)使用的人比較多的話(huà),最好使用短鏈接,這樣用完就釋放。不會(huì)一直占著連接資源。導(dǎo)致其他人想用都連接不上。
長(zhǎng)連接不是用mysql_pconnect??
?php
$conn?=?mysql_pconnect("localhost","root","")?or?die("Error.");
echo?"MySQL線(xiàn)程號(hào):".?MySQL_thread_id($conn).?"br?/";
echo?"Apache進(jìn)程號(hào)".?getmypid();
?