解決File size limit exceeded 錯誤的方法
昨日遇到一個問題，使用Yii框架編寫php腳本，將db中100多萬的數(shù)據(jù)導出，運行，成功。
但是在 運行到第 49萬條時，腳本終止，提示錯誤“File size limit exceeded”，遂google之，原來是某個文件大小超過系統(tǒng)限制。筆者第一反應，日志文件寫滿了？？？趕忙查看 log，居然只有幾十K !!! 那么這個 “大文件”在哪里呢？
開始分析，不可能是Yii框架的問題，此乃linux操作系統(tǒng)異常問題與框架無光，也不是 日志文件大小，仔細查看了所有設置的log路徑下的文件，均小的可以忽略，即使是將Yii的debug關掉，也出現(xiàn)了相同的問題。
那么換個思路，重新運行腳本，再次運行腳本，發(fā)現(xiàn) dead的時間很有規(guī)律，均是在45萬條記錄時掛掉，一條不多一條不少，開始懷疑與進程有關。決定查看腳本進程所影響到的io。
1、先獲取腳本進程的 <pid>；
2、使用lsof命令查看此pid的io情況 ： lsof -p <pid>
發(fā)現(xiàn)一個疑似文件 data0/xdebug/cachegrind.out.<pid>，隨著腳本的執(zhí)行，這個xdebug文件的大小也隨之增大，最后，如愿，掛掉！此時文件大小為：2147483647??！
哈哈，好熟悉的數(shù)字，2^31 -1 ！！
看來問題找到了，在腳本執(zhí)行時，xdebug也隨之對這個腳本進程進行寫記錄日志，當此文件大小超出 系統(tǒng)所能支持的文件大小時，如期掛掉。
ok, 將xdebug關掉，重跑腳本，一百多萬的記錄順利跑完，搞定。
ps： 筆者所使用的服務器為32位系統(tǒng)，而在32位操作系統(tǒng)中，由于是二進制，其能最大存儲的數(shù)據(jù)是1111111111111111111111111111111。
正因為此，體現(xiàn)在其他可視系統(tǒng)中的十進制就為2147483647。
相關文章
這篇文章主要介紹了PHP網(wǎng)絡操作函數(shù)匯總,本文列舉了如gethostbyaddr、gethostbyname、header_remove、http_response_code、ip2long等網(wǎng)絡中經(jīng)常用到的函數(shù),需要的朋友可以參考下2015-05-05
這篇文章主要介紹了JavaScript創(chuàng)建命名空間的5種寫法,命名空間的主旨在于解決命名沖突的問題,需要的朋友可以參考下2014-06-06
這篇文章主要介紹了PHP使用ODBC連接數(shù)據(jù)庫的方法,涉及php使用ODBC操作數(shù)據(jù)庫的基本技巧,具有一定參考借鑒價值,需要的朋友可以參考下2015-07-07
PHP ajax跨子域的解決方案之document.domain+iframe實例分析
這篇文章主要介紹了PHP ajax跨子域的解決方案之document.domain+iframe,結(jié)合實例形式分析了PHP ajax跨子域的解決方案document.domain+iframe的基本原理、實現(xiàn)方法與操作注意事項,需要的朋友可以參考下2020-03-03
PHP采用get獲取url漢字出現(xiàn)亂碼的解決方法
這篇文章主要介紹了PHP采用get獲取url漢字出現(xiàn)亂碼的解決方法,是很多PHP程序員都曾遇到的問題,非常具有實用價值,需要的朋友可以參考下2014-11-11
今天聽同事說hessian也可以以http的方式和其他的語言交換數(shù)據(jù)，一直用soap，看來是孤陋寡聞了。2010-12-12
php自定義函數(shù)實現(xiàn)漢字轉(zhuǎn)換utf8編碼的方法
這篇文章主要介紹了php自定義函數(shù)實現(xiàn)漢字轉(zhuǎn)換utf8編碼的方法,涉及php針對字符串的遍歷、截取及編碼轉(zhuǎn)換相關操作技巧,需要的朋友可以參考下2016-09-09
這篇文章主要介紹了PHP進階學習之依賴注入與Ioc容器,結(jié)合實例形式詳細分析了依賴注入與Ioc容器概念、原理、用法及相關操作注意事項,需要的朋友可以參考下2019-06-06
這篇文章主要介紹了PHP設計模式之工廠模式與單例模式,簡單介紹的工廠模式與單例模式的功能,并結(jié)合實例形式分析了工廠模式及單例模式的實現(xiàn)與應用,需要的朋友可以參考下2016-09-09
這篇文章主要介紹了PHP簡單日歷實現(xiàn)方法,涉及php日期與時間的相關運算操作,非常簡單實用,需要的朋友可以參考下2016-07-07