由于一些奇怪的原因，就在今天，我們的服務(wù)器在會(huì)議開始時(shí)決定很慢。對(duì)于每個(gè)session_start，服務(wù)器在30秒后超時(shí)，或者大約需要20秒才能啟動(dòng)會(huì)話。這是非常奇怪的，因?yàn)樗鼪]有這樣做很長一段時(shí)間(我們的服務(wù)器最后一次是大約7個(gè)月前)。我已經(jīng)嘗試通過一個(gè)數(shù)據(jù)庫來更改會(huì)話，但是，正如我們當(dāng)前的網(wǎng)站一樣，每個(gè)頁面都需要幾天的時(shí)間才能改變會(huì)話的加載時(shí)間，包括一個(gè)新的會(huì)話處理程序。所以我的問題是：

為什么這么慢，為什么只有時(shí)候？

我們運(yùn)行一個(gè)專用的赫茲納服務(wù)器，具有24GB的RAM，并且CPU速度足夠快，只需運(yùn)行一個(gè)簡單的網(wǎng)絡(luò)服務(wù)器(一個(gè)Xeon，我相信，但我不確定)。我們用apache fastcgi php5設(shè)置在服務(wù)器上運(yùn)行debian。

服務(wù)器不會(huì)通過服務(wù)器狀態(tài)以及頂級(jí)命令報(bào)告太多的負(fù)載。 Vnstat對(duì)我們的網(wǎng)絡(luò)鏈接沒有任何問題(再次，這不會(huì)導(dǎo)致本地會(huì)話處理緩慢)。 IOtop報(bào)告沒有問題的進(jìn)程占用整個(gè)硬盤。如果通過vim完成，寫入會(huì)話文件所在的tmp文件夾的工作速度很快。

再次，為了表明這一點(diǎn)，我的主要關(guān)注不在于我們是否應(yīng)該切換到一個(gè)DB或一個(gè)記憶緩存版本的會(huì)話，只是問為什么會(huì)發(fā)生這種情況，因?yàn)槲铱吹降囊磺兴坪豕ぷ髡?#xff0c;除了PHP本身。

編輯：

我的PHP tmp目錄中的最大文件是2.9 MB，所以沒有什么應(yīng)該有影響，我相信。

更新：我從來沒有弄清楚出了什么問題和/或如何解決它，但是在我們切換到memcached / db會(huì)話之后，問題消失了。

總結(jié)

以上是生活随笔為你收集整理的php session_start() 非常慢,php – session_start似乎很慢(但是有时候)的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。