本文介绍了两种常见的500错误场景。场景一涉及项目中的500错误报警，通过调整错误日志输出，发现是由于MySQL连接异常导致的致命错误。场景二中，500错误源于磁盘空间不足，提醒开发者在排查程序错误时，不要忽略硬件资源的问题。解决方案包括输出错误日志和检查磁盘空间。
场景一：我们项目设置有报警监控(定时每隔10分钟访问一下网站的一个固定链接)，曾经有段时间，每天都会收到两三次报500错误的邮件，但当自己再手动访问时却访问正常…
这应该是最常见的错误了，语法错误也能很快复现，只要把报错信息暴露出来即可根据问题立马解决。
如果是在本地或测试环境，通常我们是这么处理的，在程序入口中设置输出报错信息即可：
但在线上环境的话，因为用户都在用，不可能允许我们就那么赤裸裸的打印错误，怎么办呢？可以在程序入口文件中设置将错误输出到日志文件中，具体代码如下：
刚才说的场景一问题，后来我们按照上面输出到log的方式输出才发现的，是因为mysql连接异常断开而程序继续执行(连接mysql时正常，但当调用具体查询方法时报错，记得好像是在使用方法mysqli_real_escape_stri
4953
1030
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
最低0.47元/天 解锁文章
