mysql多表delete非标准sql，强制要求显式指定删除表、join表及关联条件，否则解析器直接报错；如delete t1 from t1 join t2，省略t1则语法错误。
MySQL 的多表 DELETE 语法不是标准 SQL，它强制要求“删谁、连谁、怎么连”三者必须显式、无歧义地表达，否则直接报错——这不是环境或权限问题，是解析器层面的硬性校验。
DELETE t1 FROM t1 JOIN t2 为什么比 DELETE FROM t1,t2 更安全
MySQL 不允许 DELETE FROM t1, t2 这种写法，会报 You have an error in your SQL syntax。它要求你明确写出要删除哪张表的行，哪怕只删一张表，也得用 DELETE t1 FROM t1 JOIN t2 形式。
-
DELETE FROM t1 JOIN t2 ON ...是非法的：MySQL 解析器无法识别这种省略目标表的写法 -
DELETE t1, t2 FROM t1 JOIN t2 ON ...才是合法的多表删法，表示同时删两张表中匹配的行 - 如果只写
DELETE t1 FROM t1 LEFT JOIN t2，而t2中没有匹配行，t1的那行仍会被删——因为 LEFT JOIN 产生的 NULL 行仍参与删除判断
Unknown table 'a' in MULTI DELETE 是别名没用对
一旦给表起了别名（如 sys_project a），所有后续对该表的引用都必须用别名 a，不能回退用原表名 sys_project，否则 MySQL 就报 Unknown table 'a' in MULTI DELETE（注意：错误信息里写的表名可能是你误写的别名，但实际原因是别名未被正确定义或复用不一致）。
- 错误写法：
DELETE sys_project FROM sys_project a LEFT JOIN (...) b ON a.id = b.id—— 前面用了别名a，后面又写原表名sys_project，冲突 - 正确写法：
DELETE a FROM sys_project a LEFT JOIN (...) b ON a.id = b.id - 跨库操作时更要小心：
DELETE a, db2.b FROM db1.t1 a JOIN db2.t2 b，不能简写成DELETE a, b，否则b会被默认指向当前库，找不到表
WHERE 条件里只写子表字段，可能静默删错行
多表 DELETE 的 WHERE 是作用于整个连接结果集的。如果你用 LEFT JOIN 却只依赖子表字段过滤（如 WHERE b.status = 'deleted'），当 b 为 NULL 时，该条件整体为 UNKNOWN，不会删；但若误写成 WHERE b.status IS NULL，就可能把所有没匹配上的父表行全干掉。
- 优先用
INNER JOIN，确保只有双方都存在的行才进删除范围 - 非用
LEFT JOIN不可时，WHERE 必须显式排除 NULL：WHERE b.id IS NOT NULL AND b.flag = 1 - 千万别写
WHERE b.some_col = 'x'却不确认b.some_col是否非空且有索引——这会让执行计划走全表扫描，还可能漏判
NOT EXISTS 比 DELETE + JOIN 更适合删“孤儿数据”
想删 A 表中在 B 表找不到对应记录的行（比如冗余的 user 记录），用 DELETE FROM a WHERE NOT EXISTS (SELECT 1 FROM b WHERE b.id = a.ref_id) 比 DELETE a FROM a LEFT JOIN b ON a.ref_id = b.id WHERE b.id IS NULL 更可靠。
-
NOT EXISTS是语义清晰的存在性判断，不受 B 表ref_id是否唯一影响，也不会因多对一匹配导致结果集膨胀 -
LEFT JOIN ... IS NULL在 B 表有重复ref_id时，A 表同一行可能被 JOIN 出多行，虽最终只删一次，但执行代价高、计划难预测 - 务必先用
SELECT *替换DELETE验证逻辑，尤其注意子查询里是否用了可空字段做关联
真正容易被忽略的是：MySQL 多表 DELETE 绕过了外键定义的 ON DELETE CASCADE 行为——你写了 DELETE t1, t2 FROM t1 JOIN t2，即使 t2 对 t1 有级联约束，也不会自动删 t3。它只删你明文列出的那些表，其余全靠你手动补全或改用单表删触发级联。
