MySQL多表DELETE必须显式指定目标表名，正确写法为DELETE t1 FROM t1 JOIN t2 ON ...或DELETE t1,t2 FROM t1 JOIN t2 ON ...；Hyperf中Db::table()->join()->delete()仅支持单表删除，多表删需手写原生SQL并注意WHERE条件基于INNER JOIN过滤。
MySQL多表DELETE必须显式指定目标表名
Hyperf项目里用MySQL做关联删除，最常踩的坑是直接写 DELETE FROM t1, t2 —— 这在MySQL里语法错误，报错信息通常是 You have an error in your SQL syntax。Hyperf底层用的是PDO或Swoole MySQL协程客户端，但SQL解析仍由MySQL服务端完成，不因框架而绕过语法校验。
正确写法必须明确删谁：要么只删一张表，如 DELETE t1 FROM t1 JOIN t2 ON ...；要么同时删多张，如 DELETE t1, t2 FROM t1 JOIN t2 ON ...。Hyperf里拼SQL或用Query Builder时，别依赖“自动推断”，得手动写出目标表别名。
- Hyperf的
Db::table()->join()->delete()不支持多表目标，它默认只删主表，且底层生成的是单表DELETE FROM ...语句 - 真要多表删，得手写原生SQL，用
Db::execute()或Db::statement()执行 - 别在事务外执行，Hyperf默认关闭自动提交，但多表DELETE一旦发出就立即生效，没回滚机会
WHERE条件必须基于INNER JOIN结果过滤
Hyperf业务逻辑常涉及用户、订单、日志等多层关联，删的时候容易用LEFT JOIN + WHERE子句漏判NULL——比如写 DELETE t1 FROM t1 LEFT JOIN t2 ON t1.id = t2.order_id WHERE t2.status = 'expired'，实际会把所有t2.status为NULL的t1行也删掉（因为WHERE对NULL比较结果是UNKNOWN，但MySQL在DELETE中会当作FALSE跳过？不，这里更危险：LEFT JOIN后t2字段为NULL，t2.status = 'expired'为FALSE，整行不匹配，但如果你写成 WHERE t2.id IS NULL AND t1.created_at 就可能误删）。
安全做法永远优先用 INNER JOIN，确保只有双方都存在的记录才进删除集。Hyperf里查完数据再删？不行，中间可能有并发写入。必须靠SQL一次到位。
- 删订单和订单项，用
DELETE o, oi FROM orders o INNER JOIN order_items oi ON o.id = oi.order_id WHERE o.status = 'canceled' - 如果必须LEFT JOIN（比如删主表+可选扩展表），WHERE里加非空校验：
WHERE t2.id IS NOT NULL AND t2.flag = 1 - Hyperf单元测试里模拟数据时，务必造出JOIN后为NULL的边界case，验证WHERE是否真的过滤掉
外键级联在多表DELETE中完全不生效
很多人以为给orders→order_items加了 ON DELETE CASCADE，再执行 DELETE o FROM orders o JOIN users u ON ... 就能自动删order_items——不会。MySQL的多表DELETE是“显式指定删哪些表”，它跳过外键定义，只按你写的表列表操作。Hyperf里靠外键约束保一致性，结果在这一步失效。
后果很直接：删了orders，order_items变成孤儿数据。线上跑一段时间后，count(*)对不上、报表出错、磁盘悄悄涨。
- 想触发级联，只能走单表删：
DELETE FROM orders WHERE ...，让InnoDB自己按外键规则清理子表 - 或者，在多表语句里把子表也列出来：
DELETE o, oi FROM orders o JOIN order_items oi ON o.id = oi.order_id WHERE ... - Hyperf启动时可通过
SHOW CREATE TABLE检查关键表的外键定义，但运行时别指望它帮多表DELETE兜底
分批删大关联集前必须先建临时表存ID
Hyperf处理百万级日志关联删除时，直接 DELETE ... LIMIT 1000 + JOIN会越来越慢——因为每次LIMIT都要重新走一遍JOIN，索引失效风险高，而且无法预估总进度。更糟的是，并发请求可能让同一批ID被删多次或漏删。
可靠方案是：先用SELECT把要删的主键ID存到临时表，再按ID分批删主表和子表。Hyperf里用 Db::select() 和 Db::insert() 配合事务，比纯SQL更可控。
- 临时表用
CREATE TEMPORARY TABLE temp_del_ids (id BIGINT PRIMARY KEY)，生命周期绑定当前连接 - INSERT用
INSERT INTO temp_del_ids SELECT o.id FROM orders o JOIN ... WHERE ...，一次捞全ID - 循环删时，主表和子表都用
DELETE t FROM t JOIN temp_del_ids d ON t.id = d.id LIMIT 1000，JOIN比IN快，且避免IN列表超长 - Hyperf协程环境下，临时表对每个协程连接独立，不用担心交叉污染
真正麻烦的是临时表本身也可能撑爆内存，所以ID量超过50万就得考虑分区落地或用Redis缓存ID列表——但这已超出MySQL语法范畴，得Hyperf层自己兜底。
