mysql多表delete必须显式指定目标表名，如delete t1 from t1 join t2 on t1.id = t2.ref_id；直接写delete from t1 join t2会报error 1064。
MySQL多表DELETE必须显式指定目标表名
直接写 DELETE FROM t1 JOIN t2 ON t1.id = t2.ref_id 会报 ERROR 1064 (42000): You have an error in your SQL syntax。MySQL不支持标准SQL的这种写法，它要求你明确告诉它“删谁”——也就是在 DELETE 后紧跟要删除数据的表（或别名），不能只写 FROM。
正确写法是：DELETE t1 FROM t1 JOIN t2 ON t1.id = t2.ref_id 或 DELETE t1, t2 FROM t1 JOIN t2 ON t1.id = t2.ref_id。漏掉 t1 或写成 DELETE FROM t1, t2 都会失败。
- 如果只删一张表，目标表必须出现在
DELETE后，且不能出现在JOIN条件右侧作为被关联方参与逻辑（比如DELETE t2 FROM t1 JOIN t2是允许的，但语义上容易混淆） - 想同时删多张表，必须用逗号分隔，且所有被删表都得列在
DELETE后，例如DELETE t1, t2 FROM t1 JOIN t2 -
USING在多表DELETE中慎用，尤其多表有同名列时，MySQL可能无法判断你要删哪张表的行
表别名没统一使用导致 unknown table 错误
一旦给表起了别名，后续所有对该表的引用都必须用别名——包括 DELETE 后的目标、JOIN 条件、WHERE 中的字段。写成 DELETE sys_project FROM sys_project AS aa LEFT JOIN (...) AS bb ON aa.id = bb.id 就会触发 Unknown table 'sys_project' in MULTI DELETE，因为 sys_project 已被别名为 aa，不能再直呼其名。
正确写法是：DELETE aa FROM sys_project AS aa LEFT JOIN (...) AS bb ON aa.id = bb.id。
- 别名作用域仅限当前SQL，不能跨语句复用
- 跨库操作时，别名前必须加库名限定，如
DELETE db1.a, db2.b FROM db1.t1 AS a JOIN db2.t2 AS b，否则MySQL可能按默认库解析，找不到表 - 别名不能和库名、表名重复，否则可能引发歧义
WHERE条件依赖左连接表字段却未判空
用 LEFT JOIN 做关联删除时，如果 WHERE 只写 t2.status = 'deleted'，而 t2 是左连接引入的表，那 t2.status 为 NULL 的行也会被过滤掉——但这不是问题；真正危险的是：你本意是删“没有匹配t2记录”的t1行，却写了 WHERE t2.id IS NULL，结果发现删多了，因为某些t1行虽然t2没匹配，但业务上不该删。
更常见错误是：WHERE t2.some_col = 'x' 却没确认 t2 是否一定存在，导致实际执行时把所有 t2.some_col 为 NULL 的 t1 行也纳入删除范围（因 NULL = 'x' 永假，整行被排除，看似安全，实则逻辑错位）。
- 优先用
INNER JOIN，确保只有双方都存在的行参与删除 - 非用
LEFT JOIN不可时，WHERE必须显式加非空校验，如WHERE t2.id IS NOT NULL AND t2.flag = 1 - 别指望外键约束自动帮你兜底——多表DELETE绕过
ON DELETE CASCADE，也不会触发ON DELETE RESTRICT检查
跨数据库或引擎不兼容引发语法拒绝
DELETE ... JOIN 是MySQL特有语法，PostgreSQL、SQLite、SQL Server 都不认。硬套过去会直接报 syntax error near JOIN 或类似提示。就算你在MySQL里写对了，在迁移到其他数据库时也得重写。
另外，MyISAM引擎不支持外键，所以即使你加了 ON DELETE CASCADE，它也无效；而InnoDB虽支持，但级联深度默认最多15层，超深关联可能中断。
- PostgreSQL等效做法是先用子查询提取主键，再用
IN或EXISTS删除，例如：DELETE FROM order_items WHERE order_id IN (SELECT id FROM orders WHERE status = 'cancelled') - SQLite对
IN子查询结果行数有限制（默认500），超限时得改用WHERE EXISTS或分批处理 - 别在生产环境靠“应该能跑通”去试——多表DELETE没有隐式事务包装，不加
START TRANSACTION就执行，出错就真没了
SELECT 模拟影响范围**。哪怕你语法全对、别名全对、条件也审过三遍，只要没跑一遍 SELECT COUNT(*) FROM ... 确认行数，就等于蒙眼开车。线上删错一张百万级订单表，几秒钟的事，恢复成本可能是几小时人工+备份回滚+业务补偿。
