Ubuntu PHP日志中的500错误原因

Ubuntu Linux环境下，PHP日志中频频出现的500错误，到底是谁在捣鬼？别急，咱们一条条拆开看。

1. PHP语法错误

脚本里少了个分号、括号没配对、引号没闭合、拼写写错了……这些基础语法问题，服务器直接没法解析，500错误立马招呼上。好消息是，日志里通常会把错误位置和具体语法问题标得清清楚楚——文件名、行号，一查便知。

2. 文件/目录权限问题

PHP脚本或者相关文件（比如配置文件、上传目录、缓存目录）权限设得不对，Web服务器（Apache/Nginx）想读读不了、想写写不成。Ubuntu下的建议是：PHP文件用644（用户可读写，组和其他用户只读），目录用755（用户可读写执行，组和其他用户可读执行）。别小看这个默认值，很多新手踩坑就栽在这。

3. PHP配置错误

php.ini里的设置一旦出问题，比如把错误报告关了（display_errors = Off），内存限制设得太低（memory_limit = 128M），或者执行时间太短（max_execution_time = 30），脚本就可能因资源不足或超时直接挂掉。尤其是生产环境，往往把错误显示关掉，结果开发时连个提示都看不到，只能从日志里碰运气。

4. 服务器配置问题

Web服务器（Apache/Nginx）和PHP-FPM之间的配合一旦出岔子——比如Nginx没正确袋里PHP请求、Apache没加载PHP模块、PHP-FPM池配置错误——请求就传不到PHP处理器手里，500错误自然就来了。举个例子，Apache里没启用mod_php模块，或者Nginx的fastcgi_pass指向了错误的PHP-FPM端口，都会翻车。

5. PHP扩展冲突或缺失

多个版本的同一扩展同时加载，或者必要扩展（比如mysqli、gd、curl）压根没装，脚本调用对应功能时就会失败。尤其是数据库扩展缺失，项目要连MySQL却找不到mysqli，连接失败后又没有妥善处理异常，500错误就来了。

6. 数据库连接问题

数据库服务器没启动、主机名或用户名密码写错、数据库本身不存在……这些都会让PHP脚本拿不到数据或写不进去，进而触发500错误。比如mysqli_connect()调用失败，如果没捕获异常，直接返回500。所以，别光盯着PHP代码，数据库那边也得检查。

7. 内存或资源限制

脚本处理大型数组、上传大文件时，内存消耗超过memory_limit；或者执行时间超过max_execution_time（比如复杂计算、循环没终止），服务器会直接终止脚本，返回500。这类问题往往跟具体业务逻辑有关，日志里会提示“Allowed memory size exhausted”或“Maximum execution time exceeded”。

8. .htaccess配置错误

用Apache服务器的朋友注意了，.htaccess文件里的指令如果写错了——比如RewriteRule语法错误、SetHandler配置不当——服务器处理请求时就会出问题。严重的话，错误的重写规则可能引发无限循环，直接耗尽服务器资源，500错误跑不掉。