这篇文章将为大家详细讲解有关如何解决File size limit exceeded错误问题，小编觉得挺实用的，因此分享给大家做个参考，希望大家阅读完这篇文章后可以有所收获。

站在用户的角度思考问题，与客户深入沟通，找到胶州网站设计与胶州网站推广的解决方案，凭借多年的经验，让设计与互联网技术结合，创造个性化、用户体验好的作品，建站类型包括：网站设计制作、网站设计、企业官网、英文网站、手机端网站、网站推广、域名注册、网站空间、企业邮箱。业务覆盖胶州地区。

遇到一个问题，使用Yii框架编写php脚本，将db中100多万的数据导出，运行，成功。

但是在 运行到第 49万条时，脚本终止，提示错误“File size limit exceeded”，遂google之，原来是某个文件大小超过系统限制。笔者第一反应，日志文件写满了？？？赶忙查看 log，居然只有几十K !!! 那么这个 “大文件”在哪里呢？

开始分析，不可能是Yii框架的问题，此乃linux操作系统异常问题与框架无光，也不是 日志文件大小，仔细查看了所有设置的log路径下的文件，均小的可以忽略，即使是将Yii的debug关掉，也出现了相同的问题。

那么换个思路，重新运行脚本，再次运行脚本，发现 dead的时间很有规律，均是在45万条记录时挂掉，一条不多一条不少，开始怀疑与进程有关。决定查看脚本进程所影响到的io。

1、先获取脚本进程的 ；

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

发现一个疑似文件 data0/xdebug/cachegrind.out.，随着脚本的执行，这个xdebug文件的大小也随之增大，最后，如愿，挂掉！此时文件大小为：2147483647！！

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

看来问题找到了，在脚本执行时，xdebug也随之对这个脚本进程进行写记录日志，当此文件大小超出 系统所能支持的文件大小时，如期挂掉。

ok, 将xdebug关掉，重跑脚本，一百多万的记录顺利跑完，搞定。

ps： 笔者所使用的服务器为32位系统，而在32位操作系统中，由于是二进制，其能较大存储的数据是1111111111111111111111111111111。

正因为此，体现在其他可视系统中的十进制就为2147483647。

关于“如何解决File size limit exceeded错误问题”这篇文章就分享到这里了，希望以上内容可以对大家有一定的帮助，使各位可以学到更多知识，如果觉得文章不错，请把它分享出去让更多的人看到。

本文名称：如何解决Filesizelimitexceeded错误问题-创新互联
当前链接：http://scyanting.com/article/gpgoi.html