根目录执行$wpdb DELETE清理WordPress transients无效果如何解决

你输出的空数据库错误说明SQL语法本身合法，数据库没有返回语法类报错，执行未生效的原因和对应解决思路如下：

可能的原因 #

• 无匹配的待删除记录：当前站点options表中没有符合_transient_%前缀的记录，或者所有符合条件的记录已经被WordPress原生定时清理机制删除，执行后影响行数为0，看起来没有生效。
• 数据库用户权限不足：你的WordPress配置的数据库账号只有查询权限，没有删除权限，部分MySQL配置下权限拦截不会抛出显性错误，只会返回空执行结果。
• 表前缀匹配错误：如果是多站点部署，或者PHP文件放置位置不对导致加载的wp-load.php不属于目标站点，$wpdb->prefix获取到的前缀和你实际要清理的表前缀不匹配，删除操作执行到了其他站点的表中。
• 事务未自动提交：部分数据库配置默认开启事务，DELETE操作执行后没有显式提交，进程结束后事务自动回滚，改动没有实际写入数据库。

解决思路 #

1. 先验证执行影响行数，确认是否真的没有记录被删除，替换代码为如下版本：

<?php    
include_once("wp-load.php");
global $wpdb; 
$wpdb->show_errors();
// 统计符合条件的transient总数
$match_count = $wpdb->get_var("SELECT COUNT(*) FROM `".$wpdb->prefix."options` WHERE `option_name` LIKE ('_transient_%')");
echo "符合前缀条件的transient数量：".$match_count.PHP_EOL;
// 执行删除操作，返回实际删除的行数
$delete_count = $wpdb->query("DELETE FROM `".$wpdb->prefix."options` WHERE `option_name` LIKE ('_transient_%')");
echo "实际删除的记录行数：".$delete_count.PHP_EOL;
$wpdb->print_error();
?>

执行后如果match_count为0，说明确实没有可删除的记录，属于正常情况。

2. 验证数据库账号权限：登录MySQL后台，使用和WordPress配置相同的账号，手动执行你输出的DELETE语句，确认是否有权限报错，是否能正常删除记录。

3. 改用更安全的WordPress原生方法清理，避免直接写SQL的兼容性问题，也不会误删未过期的有效transient：

<?php
include_once("wp-load.php");
// 传true参数表示强制清理所有过期transient，忽略原生清理频率限制
delete_expired_transients(true);
?>

4. 调整cron执行方式：不要通过HTTP请求访问该PHP文件执行，改用PHP CLI模式执行，避免web端的权限限制和超时问题，cron任务示例：
   0 2 * * * /usr/bin/php /www/你的站点根目录/clean_transient.php > /dev/null 2>&1

内容的提问来源于stack exchange，提问作者onesixty