5.4 删除数据：DELETE语句

      在数据管理中，清理不再需要的记录与添加和更新数据同等重要。DELETE 语句就是数据库世界的“数据橡皮擦”，它允许你从表中移除特定的行。与 DROP TABLE（删除整个表）和 TRUNCATE（清空整个表）不同，DELETE 提供了精确、有条件删除的能力，但同时也意味着，如果使用不当，它可能带来数据丢失的风险。

一、理解 DELETE：有选择地移除行

DELETE 操作的核心是 “从哪里删” 和 “删哪些”。它的基本逻辑可以概括为：

1. 指定目标表：明确要对哪张表进行操作。

2. 应用筛选条件：通过 WHERE 子句精确锁定要删除的行。这是控制删除范围、避免灾难的关键。

3. 执行删除：移除所有符合条件的行。

二、DELETE 语句语法详解

基础语法如下：

DELETE FROM 表名
[WHERE 条件]
[ORDER BY ...]  -- 可选，通常与LIMIT配合使用，控制删除顺序
[LIMIT 行数];   -- 可选，限制最多删除多少行

关键部分解析

• DELETE FROM 表名：指定要从哪张表中删除数据。

• WHERE 条件：最关键的组成部分。它定义了删除哪些行的条件。如果省略 WHERE 子句，将删除表中的所有行！

• ORDER BY 和 LIMIT：这两个子句通常结合使用，用于实现“分批删除”或“删除最早/最旧的N条记录”等场景。

三、基础删除实战

我们继续使用熟悉的 products 表作为示例，并假设其中有一些需要清理的数据：

-- 假设表中有以下数据
SELECT * FROM products ORDER BY id;

+----+-----------------+--------------+---------+-------+
| id | name            | category     | price   | stock |
+----+-----------------+--------------+---------+-------+
|  1 | 智能手机        | 电子产品     | 2899.00 |    55 |
|  2 | 笔记本电脑      | 电子产品     | 6500.00 |    25 |
|  3 | 马克杯          | 生活用品     |   35.91 |   200 |
|  4 | 圆珠笔          | 文具         |    2.25 |  1000 |
|  5 | 测试商品A       | 测试类       |    1.00 |     0 |
|  6 | 过期样品        | 清仓处理     |  100.00 |     5 |
|  7 | 测试商品B       | 测试类       |    1.00 |     0 |
+----+-----------------+--------------+---------+-------+

1. 删除特定单行（最安全）

通过唯一标识（通常是主键id）来删除单条记录是最精确、最安全的方式。

-- 删除id为5的‘测试商品A’
DELETE FROM products
WHERE id = 5;

2. 基于条件的批量删除

删除所有符合特定条件的数据行。

-- 删除所有库存为0的商品
DELETE FROM products
WHERE stock = 0;
-- 执行后，id为7的‘测试商品B’也会被删除

-- 删除‘清仓处理’类别下所有价格低于50元的商品
DELETE FROM products
WHERE category = ‘清仓处理’ AND price < 50;

3. 使用 LIMIT 限制删除数量

即使有很多行符合条件，也可以只删除其中的一部分。这在处理大表或进行试探性删除时非常有用。

-- 仅删除1条最便宜的‘文具’类商品
DELETE FROM products
WHERE category = ‘文具’
ORDER BY price ASC
LIMIT 1;

四、危险操作：无WHERE子句的删除

这是使用 DELETE 时最危险、最常见的错误！

-- 灾难性语句：这将清空整个products表！
DELETE FROM products; -- 没有WHERE条件！

执行后，products 表将变成一张空表，所有商品数据都会丢失。在生产环境中，这很可能是一场严重事故。

五、安全删除最佳实践与高级技巧

实践1：删除前先用SELECT验证

在执行 DELETE 前，务必使用相同的 WHERE 条件执行 SELECT 查询，确认即将被删除的数据准确无误。

-- 第一步：先查询，确认哪些行会被删除
SELECT * FROM products WHERE category = ‘测试类’;

-- 第二步：确认结果符合预期后，再执行删除
DELETE FROM products WHERE category = ‘测试类’;

实践2：在事务中执行重要删除

对于重要的数据删除，强烈建议在事务中操作。这样，如果删除操作有问题，可以回滚恢复。

START TRANSACTION; -- 开始事务

-- 尝试删除操作
DELETE FROM order_logs WHERE created_at < ‘2023-01-01’;

-- 检查删除的行数或影响，可以在另一个查询窗口验证
-- 如果发现删错了，立即执行：
ROLLBACK; -- 回滚事务，所有删除操作撤销

-- 如果确认删除正确，再提交：
COMMIT; -- 提交事务，删除操作永久生效

实践3：使用外键约束的级联删除（谨慎设计）

如果表之间存在外键关系，并且定义外键时设置了 ON DELETE CASCADE，那么删除主表的记录时，子表中相关联的记录也会被自动删除。

-- 假设 orders 表有外键指向 customers 表
CREATE TABLE orders (
    order_id INT PRIMARY KEY,
    customer_id INT,
    ...
    FOREIGN KEY (customer_id) 
        REFERENCES customers(customer_id)
        ON DELETE CASCADE -- 设置级联删除
);

-- 当删除一个客户时，他的所有订单也会被自动删除
DELETE FROM customers WHERE customer_id = 123;

注意：级联删除非常强大，但设计数据库时需要慎重考虑业务逻辑，避免误删关联数据。

六、DELETE 可能遇到的问题与解决

七、综合实战：一个完整的数据清理场景

场景：清理 orders 订单表中的历史数据。

1. 删除状态为‘已取消’且创建时间超过1年的订单。

2. 为了避免一次性删除过多数据影响性能，每次只删除1000条。

3. 需要记录删除操作。

-- 在事务中安全执行，并循环分批删除
START TRANSACTION;

-- 记录开始时间或删除前的行数（可选）
SELECT COUNT(*) FROM orders WHERE status = ‘已取消’ AND created_at < DATE_SUB(NOW(), INTERVAL 1 YEAR);

-- 分批删除循环（在存储过程或应用程序中实现逻辑，这里展示单次操作）
DELETE FROM orders
WHERE status = ‘已取消’ 
  AND created_at < DATE_SUB(NOW(), INTERVAL 1 YEAR)
ORDER BY created_at ASC -- 从最早的开始删
LIMIT 1000;

-- 检查是否还有符合条件的记录，决定是否继续下一批删除
-- ...

-- 确认操作无误后提交
COMMIT;

DELETE 操作安全检查清单

在执行任何 DELETE 语句前，请务必核对：

• 我已用 SELECT … WHERE … 语句预览了将被删除的数据。

• 我完全理解 WHERE 条件，并确认它精确匹配了目标行。

• 我已评估删除操作影响的行数，并确认可以接受。

• 对于重要数据，我已开启事务（START TRANSACTION）。

• 我已确认数据库有可用备份（尤其是在生产环境）。

• 我已选择在适当的维护窗口执行此操作。

核心对比：DELETE vs. TRUNCATE vs. DROP TABLE

为了帮助你清晰理解这三种“删除”操作的本质区别，请参考下表：

简单总结：

• 想安全、有选择地删除部分数据，用 DELETE。

• 想极速清空整个表的数据并重置，用 TRUNCATE。

• 想彻底删除整个表（像它从未存在过），用 DROP TABLE。