某個(gè)周日晚上，突然接到運(yùn)維同事的電話，說(shuō)是網(wǎng)站訪問(wèn)不了了，讓趕緊給看看。

放下電話，打開電腦，訪問(wèn)了一下網(wǎng)站首頁(yè)，確實(shí)訪問(wèn)不了，報(bào)500錯(cuò)誤，很顯然，是服務(wù)器的有問(wèn)題了。

然后通過(guò)xshell遠(yuǎn)程鏈接服務(wù)器，通過(guò)ps，看了一下進(jìn)程，http跟mysql都正常。

初步懷疑是代碼問(wèn)題，看了下服務(wù)器日志，發(fā)現(xiàn)錯(cuò)誤：

session_start(): open(/tmp/sess_du1gupr74gnc99c4nlh4vnmbh2, O_RDWR) failed: No space left on device?

難道是服務(wù)器磁盤滿了？？心里打著問(wèn)號(hào)，前幾天剛剛擴(kuò)容了服務(wù)器，應(yīng)該還剩很大的空間才對(duì)。

打算用傳統(tǒng)快速解決問(wèn)題的方案--重啟來(lái)解決，首先重啟mysql，關(guān)閉正常，但是重啟卻失敗了，心里1w個(gè)小馬駒跑過(guò)，這是什么情況。

靜下心來(lái)看了看mysql日志，如下，確實(shí)是啟動(dòng)失敗了，

百度了很多，都是千篇一律，沒(méi)啥營(yíng)養(yǎng)，但是也逐漸明白了是空間不足導(dǎo)致的，

用df -hl看了下磁盤占用率，果然mysql所在目錄使用率100%了，挨個(gè)看了下目錄的體量，原來(lái)是mysql 的data目錄超過(guò)了7g，太大了，然后想了想解決方案，又跟同事商量了一下，最終使用的是：ln命令

1：移動(dòng)mysql的data目錄到另外的空間，比如：/a/data

mv ?/mysql/data ?/a/data

2：建立軟連接： ?

ln -sf ?/a/data?/mysql/data?

3:重啟數(shù)據(jù)庫(kù)

成功了，謝天謝地。。。