thinkphp删除操作需据场景选方式：model::where()->delete()报错因返回query对象，应改用db类或先查id再destroy；硬删日志等大批量数据应绕过模型避免事件开销。
ThinkPHP 的删除操作不是“调用一个方法就完事”，关键得看你要删的是什么数据、走不走业务逻辑、有没有关联动作——选错方式轻则删不掉，重则锁表、漏删、事件中断。
Model::where()->delete() 报 Call to undefined method delete()
这是最常踩的坑：你以为 Model::where() 返回的是模型类，其实它返回的是查询构造器（Query）对象，而 delete() 是模型实例方法，不是静态方法。
- 错误写法：
UserModel::where('status', 0)->delete()→ 直接报错 - 正确做法只有两种：
– 用 Db 类绕过模型：Db::name('user')->where('status', 0)->delete()
– 或先查 ID 再 destroy：$ids = UserModel::where('status', 0)->column('id'); UserModel::destroy($ids) -
column('id')必须显式指定主键字段名，如果主键是user_id，就得写column('user_id')，否则返回空数组
硬删要不要触发 deleting/deleted 事件
如果你删的是日志、缓存、临时订单这类纯清理任务，**别走 Model::destroy()**。它会逐条加载模型、触发验证、执行关联回调，10 万条可能 OOM 或超时。
- 要事件：用
each()+ 实例delete()，但仅限小批量（UserModel::where('expire_time', 'limit(500)->each(function ($user) { $user->delete(); }) - 不要事件：直接
Db::name('log')->where('created_at', 'limit(1000)->delete()，快且可控 - 注意：
Db::delete()不进事务自动包装，涉及多表联动时得手动包Db::transaction()
软删除模型里 forceDelete() 到底删不删
forceDelete() 不是“强制物理删除”的通用开关，它只在启用了 SoftDelete 的模型中生效，作用是跳过软删除状态检查，真正执行 DELETE SQL。
- 没启用软删除的模型调
forceDelete()→ 方法不存在，报错 - 启用了软删除但想真删某几条：必须先 get 或 find 拿到实例，再调
$model->forceDelete() - 批量 forceDelete？不行。
destroy()和Db::delete()都不认这个方法，只能循环实例调 - 替代方案更稳：
Db::name('user')->where('id', 'in', $ids)->delete()，不管软删配置，直接干掉
定时清理任务删着删着不动了，怎么查
常见假象是“脚本还在跑，但数据库没变化”，大概率卡在条件失效或 MySQL 严格模式上。
- 先看 SQL 是否真执行：
Db::getRealSql()打印出的语句，拿去数据库客户端手动执行，观察是否返回 0 行 - 检查字段值是否合规：比如
expire_time是DATETIME类型，但存了'0000-00-00 00:00:00'，MySQL 开了STRICT_TRANS_TABLES就会静默失败 - 加兜底条件：
->whereOr('expire_time', 'exp', "''")->whereOr('expire_time', 'is null') - 每次删完检查影响行数：
$affected = Db::name('cache')->where(...)->limit(1000)->delete(); if ($affected === 0) break;
真正难的不是写哪一行删除代码，而是判断这一删要不要走模型生命周期、要不要管附件和缓存、要不要防并发重复删——这些决策点藏在业务上下文里，不在文档里。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
