ThinkPHP 6.x 不支持原生多表 DELETE，其 delete() 方法仅作用于主表；需用 Db::execute() 绑定参数执行原生 SQL 或事务分步删除以保障一致性与安全性。
ThinkPHP 6.x 不支持原生多表 DELETE 语法
ThinkPHP 的 delete() 方法默认只作用于主模型对应的数据表，即使你写了 join() 或用了 alias()，底层生成的 SQL 仍是单表 DELETE FROM table WHERE ...。强行在 where() 里写跨表条件，只会让查询失效或报错——这不是 bug，是设计使然。
常见错误现象：
• 写了 $model->join('user_profile', 'user.id = user_profile.user_id')->delete()，结果只删了 user 表数据
• 手动拼 DELETE u,p FROM user u JOIN user_profile p ON u.id = p.user_id WHERE u.status = 0，但 TP 自动加了反引号、字段前缀，SQL 直接语法错误
- ThinkPHP 6+ 的
delete()底层调用的是Query::delete()，它不解析 JOIN，也不支持多表目标（DELETE t1, t2） - 如果你用的是 MySQL，真正能执行多表删除的只有原生
DELETE ... JOIN或DELETE FROM t1 USING t1 JOIN t2 ...两种写法 - TP 的
execute()或query()可以绕过 ORM，但需手动处理参数绑定和 SQL 注入风险
用 Db::execute() 执行原生多表 DELETE（MySQL 场景）
这是最直接、可控的方式，适用于明确知道数据库类型且需要原子性删除多个关联表记录的场景。关键不是“怎么写 SQL”，而是“怎么安全传参 + 避免 SQL 拼接”。
- 不要用字符串拼接 ID 列表：
"DELETE FROM user u JOIN user_profile p ON u.id = p.user_id WHERE u.id IN (" . implode(',', $ids) . ")"—— 易被注入，且超出长度限制 - 改用
Db::execute()+ 参数绑定：Db::execute("DELETE u, p FROM user u JOIN user_profile p ON u.id = p.user_id WHERE u.id IN ? AND u.status = ?", [$ids, 0]) - 注意：MySQL 要求所有被删表都必须显式出现在
DELETE子句中（如DELETE u, p），否则只删第一个表 - 如果涉及三张表（如 user / profile / setting），语句要写成
DELETE u, p, s FROM user u JOIN profile p ON ... JOIN setting s ON ...
用事务 + 多次单表 delete() 更稳妥（兼容所有数据库）
当项目需要兼容 PostgreSQL、SQLite 或未来可能换库时，放弃“一条 SQL 删多表”的执念，转而用事务保障一致性。性能差异在绝大多数业务场景下可忽略，但可读性和维护性高得多。
立即学习“PHP免费学习笔记（深入）”；
- 先查出主键集合：
$ids = User::where('status', 0)->column('id') - 再在事务中顺序删除：
Db::transaction(function () use ($ids) { User::destroy($ids); UserProfile::destroy($ids); UserSetting::destroy($ids); }); -
destroy()是模型级删除，会触发事件、自动处理软删除字段；若用Db::name('user')->delete($ids)则跳过这些逻辑 - 注意外键约束：如果子表有
ON DELETE CASCADE，其实只需删主表；但 TP 不感知该约束，仍建议显式删或确认 DB 层已配置
WHERE 条件跨表时，别依赖 join() 后的 delete()
很多人试图这样写：User::join('user_profile', 'user.id = user_profile.user_id')->where('user_profile.type', 'vip')->delete()，期望删掉所有 VIP 用户及其资料。结果只是删了 user 表里满足条件的记录，user_profile 完全没动。
- 这是因为
join()在delete()中仅用于构造WHERE条件的子查询，不会改变 DELETE 的目标表 - 想实现等效效果，要么用上面的原生
execute()，要么先select('user.id')拿到 ID 列表，再分步删 - 如果只是清理孤立记录（如 profile 表里没有对应 user 的行），推荐用
Db::name('user_profile')->whereNotIn('user_id', Db::name('user')->column('id'))->delete()，避免 JOIN 带来的性能陷阱
真正麻烦的从来不是语法怎么写，而是删之前有没有确认外键策略、有没有备份、有没有考虑事件监听器里的副作用——这些比 SQL 多写几个表名容易被忽略得多。
