本文介绍了两种常见的500错误场景。场景一涉及项目中的500错误报警，通过调整错误日志输出，发现是由于MySQL连接异常导致的致命错误。场景二中，500错误源于磁盘空间不足，提醒开发者在排查程序错误时，不要忽略硬件资源的问题。解决方案包括输出错误日志和检查磁盘空间。
场景一：我们项目设置有报警监控(定时每隔10分钟访问一下网站的一个固定链接)，曾经有段时间，每天都会收到两三次报500错误的邮件，但当自己再手动访问时却访问正常…
这应该是最常见的错误了，语法错误也能很快复现，只要把报错信息暴露出来即可根据问题立马解决。
如果是在本地或测试环境，通常我们是这么处理的，在程序入口中设置输出报错信息即可：
但在线上环境的话，因为用户都在用，不可能允许我们就那么赤裸裸的打印错误，怎么办呢？可以在程序入口文件中设置将错误输出到日志文件中，具体代码如下：
刚才说的场景一问题，后来我们按照上面输出到log的方式输出才发现的，是因为mysql连接异常断开而程序继续执行(连接mysql时正常，但当调用具体查询方法时报错，记得好像是在使用方法mysqli_real_escape_string()的地方)导致的fatal级报错，最终才顺利修复了。
磁盘满了导致
场景二：有一次，一个同事说图片上传不上去了，一直报错500，之前还好好的，但没找出是什么问题，因为那块当时是我负责开发的，所以就过来找我，各种检查都没发现是什么问题，其它页面访问正常，本页面把代码全删除了再上传还是报错，找了很久最终才发现是磁盘满了o(╥﹏╥)o…
因磁盘空间不足，没有足够空间读写数据而导致的500报错极不常见，且不易及时发现。通常遇到500问题，很快想到的是程序错误，其实还有可能是磁盘空间不足了，如果在程序上为找到任何问题，可以查看下是否是磁盘空间不足问题哦~
df -h 查看磁盘空间占用情况
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
