昨日遇到一個問題，使用Yii框架編寫php腳本，將db中100多萬的數據導出，運行，成功。

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

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

那么換個思路，重新運行腳本，再次運行腳本，發現 dead的時間很有規律，均是在45萬條記錄時掛掉，一條不多一條不少，開始懷疑與進程有關。決定查看腳本進程所影響到的io。

1、先獲取腳本進程的 <pid>；

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

發現一個疑似文件 data0/xdebug/cachegrind.out.<pid>，隨著腳本的執行，這個xdebug文件的大小也隨之增大，最后，如愿，掛掉！此時文件大小為：2147483647！！

哈哈，好熟悉的數字，2^31 -1 ！！

看來問題找到了，在腳本執行時，xdebug也隨之對這個腳本進程進行寫記錄日志，當此文件大小超出 系統所能支持的文件大小時，如期掛掉。

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

ps： 筆者所使用的服務器為32位系統，而在32位操作系統中，由于是二進制，其能最大存儲的數據是1111111111111111111111111111111。

正因為此，體現在其他可視系統中的十進制就為2147483647。