不是必须，但多表删除或需明确目标表时别名是强制写法；单表删除加别名可避免字段歧义、提升可维护性与协作清晰度，省略别名在join场景下直接报错。
MySQL DELETE语句中必须用表别名吗？
不是必须，但DELETE语句中使用表别名是MySQL特有语法要求——当涉及多表删除或需要明确目标表时，别名不是可选项，而是强制写法。比如DELETE t1 FROM table1 t1 JOIN table2 t2 ON t1.id = t2.table1_id，这里t1既是别名，也是DELETE操作的目标标识符。省略它会直接报错：ERROR 1064 (42000): You have an error in your SQL syntax。
为什么DELETE s FROM students s WHERE s.id = 1比DELETE FROM students WHERE id = 1更安全？
关键在「意图显式化」。单表删除看似简单，但实际环境中表结构常随时间演进：可能新增同名字段、引入触发器、或被其他团队复用为关联表。加上别名s后，WHERE条件中的s.id锁定了字段归属，避免未来因列名冲突（如students和student_logs都含id）导致误删。同时，团队协作时一眼能看出这是针对students的独立操作，而非嵌套在复杂JOIN中的副作用。
哪些场景下不用别名反而容易出错？
- 多表DELETE：如
DELETE o, c FROM orders o JOIN customers c ON o.customer_id = c.id WHERE c.status = 'inactive'——不加别名就无法指定删哪几张表 - 子查询嵌套DELETE：例如
DELETE t FROM (SELECT id FROM logs WHERE created_at ，子查询必须带别名<code>t才能被外层引用 - 触发器或审计日志依赖表名解析：某些DBA脚本通过正则匹配
DELETE.*FROM\s+(\w+)提取目标表，而DELETE s FROM students s中的students仍可被准确捕获，但别名让上下文更完整
别名命名有哪些隐蔽坑点？
别名本身不校验语义，但会放大逻辑错误：
DELETE u FROM users u JOIN orders o ON u.id = o.user_id WHERE o.created_at ——看着像删老订单，实际删的是对应用户，WHERE条件没约束<code>u，极易误操作- 别名与保留字冲突：用
order作别名（DELETE o FROM orders o）在部分MySQL版本会警告，改用ord或o1更稳妥 - 大小写混用：MySQL默认不区分表名大小写，但别名
U和u在同一语句中并存时，可能让后续维护者误判是否指向同一张表
真正起作用的不是“用了别名”，而是别名背后那个被明确限定的表引用路径——它把模糊的“删数据”变成精确的“删这张表里满足条件的行”。漏掉这点，光加别名只是自欺欺人。
