這篇文章將為大家詳細(xì)講解有關(guān)如何解決File size limit exceeded錯誤問題，小編覺得挺實(shí)用的，因此分享給大家做個參考，希望大家閱讀完這篇文章后可以有所收獲。

站在用戶的角度思考問題，與客戶深入溝通，找到膠州網(wǎng)站設(shè)計(jì)與膠州網(wǎng)站推廣的解決方案，憑借多年的經(jīng)驗(yàn)，讓設(shè)計(jì)與互聯(lián)網(wǎng)技術(shù)結(jié)合，創(chuàng)造個性化、用戶體驗(yàn)好的作品，建站類型包括：網(wǎng)站設(shè)計(jì)制作、網(wǎng)站設(shè)計(jì)、企業(yè)官網(wǎng)、英文網(wǎng)站、手機(jī)端網(wǎng)站、網(wǎng)站推廣、域名注冊、網(wǎng)站空間、企業(yè)郵箱。業(yè)務(wù)覆蓋膠州地區(qū)。

遇到一個問題，使用Yii框架編寫php腳本，將db中100多萬的數(shù)據(jù)導(dǎo)出，運(yùn)行，成功。

但是在 運(yùn)行到第 49萬條時(shí)，腳本終止，提示錯誤“File size limit exceeded”，遂google之，原來是某個文件大小超過系統(tǒng)限制。筆者第一反應(yīng)，日志文件寫滿了？？？趕忙查看 log，居然只有幾十K !!! 那么這個 “大文件”在哪里呢？

開始分析，不可能是Yii框架的問題，此乃linux操作系統(tǒng)異常問題與框架無光，也不是 日志文件大小，仔細(xì)查看了所有設(shè)置的log路徑下的文件，均小的可以忽略，即使是將Yii的debug關(guān)掉，也出現(xiàn)了相同的問題。

那么換個思路，重新運(yùn)行腳本，再次運(yùn)行腳本，發(fā)現(xiàn) dead的時(shí)間很有規(guī)律，均是在45萬條記錄時(shí)掛掉，一條不多一條不少，開始懷疑與進(jìn)程有關(guān)。決定查看腳本進(jìn)程所影響到的io。

1、先獲取腳本進(jìn)程的 ；

2、使用lsof命令查看此pid的io情況 ： lsof -p

發(fā)現(xiàn)一個疑似文件 data0/xdebug/cachegrind.out.，隨著腳本的執(zhí)行，這個xdebug文件的大小也隨之增大，最后，如愿，掛掉！此時(shí)文件大小為：2147483647??！

哈哈，好熟悉的數(shù)字，2^31 -1 ??！

看來問題找到了，在腳本執(zhí)行時(shí)，xdebug也隨之對這個腳本進(jìn)程進(jìn)行寫記錄日志，當(dāng)此文件大小超出 系統(tǒng)所能支持的文件大小時(shí)，如期掛掉。

ok, 將xdebug關(guān)掉，重跑腳本，一百多萬的記錄順利跑完，搞定。

ps： 筆者所使用的服務(wù)器為32位系統(tǒng)，而在32位操作系統(tǒng)中，由于是二進(jìn)制，其能較大存儲的數(shù)據(jù)是1111111111111111111111111111111。

正因?yàn)榇?，體現(xiàn)在其他可視系統(tǒng)中的十進(jìn)制就為2147483647。

關(guān)于“如何解決File size limit exceeded錯誤問題”這篇文章就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，使各位可以學(xué)到更多知識，如果覺得文章不錯，請把它分享出去讓更多的人看到。

網(wǎng)頁標(biāo)題：如何解決Filesizelimitexceeded錯誤問題-創(chuàng)新互聯(lián)
鏈接地址：http://weahome.cn/article/gpgoi.html