本文约 2,445 字，预计阅读 7 分钟。文中命令与配置均经过实测，可直接参考执行。
引言
你在导入一个大批量的文章、批量替换内容、生成站点地图、或者跑一次数据同步时，进度条走到一半停住了，页面最后只留下一句：Fatal error: Maximum execution time of 30 seconds exceeded in /www/wwwroot/.../file.php on line 108。这句话的意思很直白：这段脚本运行了 30 秒还没跑完，被 PHP 强制结束了。跟内存溢出不同，它不是把资源用光，而是「超时」——服务器给单个请求划了一条时间线，超过就掐断，防止一个请求永远卡着拖垮整个服务器。所以你可能会发现：小批量操作没事，一旦数据量上去就报错；前台平时正常，只有干重活时才炸。理解这一点很关键，因为它决定了我们既要会调大时间限制，也要学会把大任务拆小。
故障原因分析
- 单次任务本身太耗时。批量导入、全站替换、生成缩略图、扫描插件文件这些操作天生耗时，数据越大越容易超过时限。
- 默认超时时间太短。PHP 默认
max_execution_time常是 30 秒，共享主机为了公平分配资源往往压得更低，稍微重一点的活就顶不住。
- 代码里存在慢查询或低效循环。循环里逐条查询数据库、对每篇文章做远程请求，都会把总时间拉长。
- 外部接口响应慢。任务卡在等待第三方 API 或远程文件下载上，本地算得再快也白搭。
- 服务器负载高。同一台机器上其他站点占满 CPU，你自己的脚本被拖慢，连原本能跑完的任务也超时。
分步解决方案
方法一：修改 php.ini 提高超时上限
最直接的办法是调大全局限制。有独立 php.ini 的话改这一行：
; php.ini
max_execution_time = 300宝塔面板用户进「软件商店 → PHP → 设置 → 配置修改」，找到 max_execution_time 改成 300 保存。cPanel 用户可用「MultiPHP INI Editor」为站点单独设置。0 表示不限制，但共享主机一般不允许，建议设成 300 或 600。
方法二：通过 .htaccess 设置（Apache 环境）
根目录 .htaccess 里可以这样写：
# .htaccess
<IfModule mod_php.c>
php_value max_execution_time 300
php_value max_input_time 300
</IfModule>同样是 Apache + mod_php 环境才生效。如果加上后整站报 500，说明你的环境是 PHP-FPM，请删掉这几行，改用面板或 php.ini 的方式。
方法三：在脚本里用 set_time_limit 临时放开
有些插件在任务开始时调用 set_time_limit(0) 来临时取消限制。如果你是自己在 functions.php 里写批量处理代码，可以在任务开头加：
// functions.php，仅在你自己的批量任务里使用
set_time_limit( 300 );注意：在某些把 PHP 跑在安全模式或使用 disable_functions 禁用了 set_time_limit 的主机上，这行会被忽略，需改用服务器层面配置。
方法四：把大任务拆成小批次
调大时限只是治标，真正稳妥的做法是拆分任务。以批量处理文章为例，不要一次处理全部，而是每次处理一小批，用循环分页推进：
// 每次只处理 50 篇，避免单次请求过长
$args = array(
'post_type' => 'post',
'posts_per_page' => 50,
'paged' => $page,
);
$query = new WP_Query( $args );
foreach ( $query->posts as $post ) {
// 单篇处理逻辑
}处理完一批，让页面跳转或再次触发下一批，单次请求时间就始终控制在安全范围内。WP-CLI 也是好帮手，命令行执行不受浏览器超时限制。
方法五：排查慢查询与远程请求
用 Query Monitor 这类工具查看是哪些 SQL 查询拖慢了任务，或者检查代码里有没有在循环内调用远程接口。能加缓存就加缓存，能合并查询就合并查询，从源头上减少耗时。
常见踩坑点
- 只调 max_execution_time 忽略 max_input_time。上传大文件、提交大表单时，真正卡住你的可能是输入解析超时，两个参数要一起看。
- 设为 0 后放任不管。不限制执行的脚本一旦卡死会长期占用一个 PHP 进程，脚本跑飞时可能拖垮整台服务器。
- 用 .htaccess 的方式却没确认运行模式。PHP-FPM 下写
php_value会直接 500，动手前先搞清楚环境。
- 反复重试超时的导入任务。每次重试都可能卡在半途，造成数据重复或残缺，正确做法是拆批重跑而不是硬碰硬。
- 忽略主机商硬性限制。有些共享主机在 PHP 之外还加了网关超时，你在 php.ini 里改成 600 也没用，得联系客服或换环境。
总结
Maximum execution time exceeded 说的是一次请求跑得超过了服务器给的时间额度。处理思路分两层：短期用 php.ini、宝塔面板、.htaccess 或 set_time_limit 把上限适当调大，让任务能跑完；长期则要把大任务拆成小批次、用分页循环或 WP-CLI 执行，并顺手优化慢查询和远程请求，从根上降低单次耗时。要记住超时限制是服务器的自我保护，不是纯粹找麻烦，所以「调大限制」和「减少耗时」要配合着做。掌握这套方法后，你再遇到 WordPress 执行超时就不会手忙脚乱，批量操作也能稳稳跑完。
