怎么用phpMyAdmin清理WordPress被禁用的定时任务表-phpMyAdmin-PHP中文网

_transient_doing_cron 是 wordpress 记录 wp-cron.php 最近执行时间戳的临时锁，用于防止并发执行；删除它仅清除锁标记，不影响已注册任务，下次合法触发时会自动重建。

怎么用phpmyadmin清理wordpress被禁用的定时任务表

wp_options 表里 _transient_doing_cron 是什么

这个键值存的是 WordPress 当前“正在执行定时任务”的时间戳，本质是个临时锁。它不是被禁用的任务本身，而是上次 wp-cron.php 尝试运行时留下的标记。如果服务器禁用了 WP-Cron（比如通过 define('DISABLE_WP_CRON', true);），但没配系统级 cron，这个值就可能长期不更新，导致后台“计划任务”页面显示异常，甚至插件误判为卡死。

清理它不会删除任何已注册的任务，只是让下一次合法触发（比如你手动访问 wp-cron.php 或配置了系统 cron）能正常开始。

它在 wp_options 表中，option_name 为 _transient_doing_cron
直接删掉这行记录即可，WordPress 会在下次需要时自动重建
别删 _transient_timeout_doing_cron —— 它是配套的过期时间，删了前者后者会自动失效

怎么在 phpMyAdmin 中安全删除这行

进 phpMyAdmin → 选中你的 WordPress 数据库 → 左侧点 wp_options 表 → 点顶部「搜索」tab → 在 option_name 栏输入 _transient_doing_cron → 点「执行」→ 勾选结果行左侧复选框 → 点上方「删除」按钮 → 确认。

注意：不要用「空查询」或「清空表」，那会干掉所有设置（主题选项、插件配置全丢）。

确保你连接的是正确的数据库，尤其多站点环境里表名可能是 wp_2_options 这类
如果搜不到，说明它当前不存在（可能已被自动清理），不用强求
删完后刷新 WordPress 后台「工具 → 计划任务」，列表应该能正常加载了

真正被禁用的定时任务在哪，怎么清理

WordPress 把注册的定时任务存在 wp_options 表的 cron 字段里，是一个序列化数组。即使禁用了 WP-Cron，这些任务依然躺在那里，只是永远不会被执行。它们会越积越多，尤其装过又卸载的插件常留下残留任务。

Chinese Sensitive Words

中文敏感词/违禁词检测与内容合规性检查工具。支持对小红书（Xiaohongshu）、Douyin（抖音）、WeChat（微信）、Weibo（微博）、Bilibili（哔哩哔哩）、Zhihu（知乎）、Taobao（淘宝）、JD.com（京东）等主流平台的禁用词、限用词及高风险词进行文本扫描与合规性分析。

下载

你可以手动清空这个字段，但得小心：清空后所有已安排的事件（比如订阅邮件、缓存刷新）都会丢失，包括那些你其实还想保留的。

在 phpMyAdmin 中搜索 option_name = 'cron'
点右侧「编辑」→ 把 option_value 内容全删掉 → 改成空字符串（不是 null）→ 保存
更稳妥的做法是先导出这一行备份，再清空；或者用 WP-CLI：wp cron event list --format=ids | xargs wp cron event delete

删完之后为什么计划任务还是不运行

删 _transient_doing_cron 和 cron 字段只是“扫地”，不代表定时任务就能自动跑起来。WP-Cron 默认靠用户访问触发，禁用后必须配系统级 cron 才行。

典型漏掉的一步：你在 wp-config.php 加了 define('DISABLE_WP_CRON', true);，却没在服务器加真正的 cron job。

Linux 下常用命令：*/15 * * * * cd /path/to/wordpress && php wp-cron.php > /dev/null 2>&1
确认 PHP CLI 版本和 Web 使用的一致，否则可能出现函数不存在、路径报错等
检查 wp-cron.php 文件权限是否可读可执行（通常 644 就够，不用 755）

最常被忽略的是：以为删了数据库里的东西就等于“修复了定时任务”，其实只是把脏数据擦掉了一部分；真正的执行链路是否通，还得看服务器配置和 PHP 环境是否就位。