mysql delete join必须显式指定目标表别名，正确格式为delete t1 from t1 join t2 on ...，漏写或错写别名、误删多表、where条件不当、索引缺失、跨库语法不兼容及未验证数据均会导致严重错误。
MySQL里DELETE JOIN必须显式指定目标表别名
直接写 DELETE FROM t1 JOIN t2 ON ... 会报错 ERROR 1064，MySQL 要求你明确告诉它“删哪张表”。DELETE 后面紧跟的必须是表名或别名，且该别名必须在 FROM 子句中定义。
常见错误包括：
- 漏掉目标表标识，如
DELETE FROM users u JOIN orders o—— 缺少u在DELETE后 - 别名不一致，如
DELETE u FROM users u1 JOIN orders o ON u1.id = o.user_id——u和u1不匹配，报Unknown table 'u' in MULTI DELETE - 误写成
DELETE users, orders FROM ...—— 这会尝试同时删两张表，若其中一张有外键保护（如order_items引用orders），可能删一半就中断，事务不完整
正确写法只有一种结构：DELETE <target> FROM <table_alias> JOIN ... WHERE ...</table_alias></target>。例如：DELETE o FROM orders o JOIN customers c ON o.customer_id = c.id WHERE c.status = 'inactive'。
WHERE条件必须落在JOIN结果集上，否则逻辑失效
WHERE 条件如果只依赖被 JOIN 表的字段，又没确保其非空，极易误删。比如用 LEFT JOIN 时写 WHERE t2.flag = 1，实际会把所有 t2.flag IS NULL 的行也纳入（因为 NULL = 1 是 UNKNOWN，但某些 SQL 模式下行为松散）。
安全做法：
- 优先用
INNER JOIN，确保关联存在再删 - 非用
LEFT JOIN不可时，加显式非空判断：WHERE t2.id IS NOT NULL AND t2.flag = 1 - 避免裸写时间字符串：
'2025-01-01'可能触发隐式转换导致索引失效，改用STR_TO_DATE('2025-01-01', '%Y-%m-%d')或补全为'2025-01-01 00:00:00' -
ON和WHERE中涉及的字段（如orders.customer_id、customers.status）必须有索引，否则大表下会全表扫描+嵌套循环，锁表几十秒
跨数据库执行前务必确认语法兼容性
PostgreSQL 和 SQL Server 根本不支持 DELETE t1 FROM t1 JOIN t2 这种写法：
- SQL Server 报
Msg 156, Incorrect syntax near the keyword 'INNER'；可行写法是DELETE w FROM WorkRecord2 w INNER JOIN Employee e ON w.EmployeeRun = e.EmployeeNo，注意DELETE w中的w必须是别名 - PostgreSQL 要用
USING：DELETE FROM orders USING customers WHERE orders.cust_id = customers.id AND customers.name = 'alice'，但USING不支持函数表达式（如lower(customers.name)），某些版本直接报错 - SQLite 连
USING都不支持，只能靠子查询：DELETE FROM orders WHERE customer_id IN (SELECT id FROM customers WHERE status = 'inactive')，但要注意IN子查询结果不能超 500 项，否则报too many SQL variables
硬套 MySQL 写法，在 PG 或 SQLite 里直接报 syntax error near JOIN。
执行前必须用SELECT验证，且不能只看数量
DELETE JOIN 没有交互确认，删了就是删了。光跑 SELECT COUNT(*) 不够，因为数量对不代表数据对。
建议分两步验证：
- 先跑等价
SELECT看逻辑：SELECT o.id, o.created_at, c.status FROM orders o JOIN customers c ON o.customer_id = c.id WHERE c.status = 'inactive' LIMIT 5—— 确认实际数据符合业务语义 - 再查数量是否合理：
SELECT COUNT(*) FROM orders o JOIN customers c ON o.customer_id = c.id WHERE c.status = 'inactive' - 大表删除时，别一次性执行，加
LIMIT 1000分批删，配合autocommit=0方便出错回滚
真正危险的不是语法本身，而是没看清 JOIN 结果集就点执行 —— 它不会问你“确定吗”，也不会留后悔药。
