Laravel调度中满足WHERE条件但用户条目未删除，原因何在？

你在Kernel.php的schedule方法中配置了每分钟执行的任务，意图删除deleted_at早于等于当前时间的用户，但任务运行后无效果也无报错，以下是几个关键排查方向：

• 先确认查询条件是否匹配数据

  1. 检查数据库中是否存在deleted_at字段值确实小于等于当前时间的用户，注意字段类型必须是datetime或timestamp，不能是字符串类型。
  2. 核对Laravel配置时区（config/app.php的timezone）与数据库时区是否一致：比如MySQL可执行show variables like '%time_zone%';查看。如果时区不一致，尝试用Carbon::now()->utc()替代Carbon::now()，统一使用UTC时间进行对比。

• 测试代码本身是否有效
  打开终端执行php artisan tinker，在交互环境中直接运行：

  User::where('deleted_at', '<=', Carbon::now())->delete();
  

  如果这条命令也无法删除数据，说明问题出在代码逻辑而非定时任务；如果能删除，再排查定时任务的运行问题。

• 检查软删除特性的影响
  如果你的User模型引入了SoftDeletes trait（即use Illuminate\Database\Eloquent\SoftDeletes;），那么调用delete()方法只会执行软删除操作，而不会真正删除已软删除的记录。此时需要将代码改为：

  $schedule->call(function () {
      User::where('deleted_at', '<=', Carbon::now())->forceDelete();
  })->everyMinute();
  

  用forceDelete()来硬删除符合条件的记录。

• 验证定时任务是否实际触发

  1. 启动php artisan schedule:work后，观察控制台输出，每分钟是否出现类似「Running scheduled command: Closure」的日志，确认任务是否被触发。
  2. 手动执行php artisan schedule:run，直接触发一次定时任务，看是否有效果，以此排除定时任务调度的问题。

• 查看日志细节
  检查storage/logs目录下的Laravel日志文件，即使没有控制台报错，日志中也可能记录了权限问题、模型全局作用域干扰等细节。

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