删除数据表
===

当某张表不再需要，或者准备重建表结构时，就会涉及删除数据表。删除表属于破坏性操作，执行前一定要确认备份、依赖关系和业务影响。

### 删除没有被关联的表

如果一张表没有被其他表通过外键关联，可以直接删除。

基本语法如下：

```sql
DROP TABLE 表名;
```

示例：

```sql
DROP TABLE workmates;
```

如果要一次删除多张表，也可以这样写：

```sql
DROP TABLE table_a, table_b;
```

为了避免表不存在时报错，可以使用 `IF EXISTS`：

```sql
DROP TABLE IF EXISTS workmates;
```

这在脚本化执行或重复部署场景里比较常见。

需要注意，`DROP TABLE` 会同时删除：

- 表结构
- 表中的所有数据
- 与该表直接相关的索引定义

所以它和“删除表中数据”完全不是一回事。

### 删除被其他表关联的主表

如果一张主表被其他表通过外键引用，直接删除通常会失败。

例如：

- `class` 是主表
- `student.class_id` 外键引用 `class.id`

这时执行下面的语句可能报错：

```sql
DROP TABLE class;
```

原因是从表 `student` 还依赖这张主表，MySQL 为了保证引用完整性，不允许直接删除。

常见处理方式有三种：

#### 1. 先删除从表，再删除主表

```sql
DROP TABLE student;
DROP TABLE class;
```

这种方式最直接，但会把从表一起删掉，适合整组表一起移除的场景。

#### 2. 先删除外键约束，再删除主表

如果还要保留从表，可以先删除外键：

```sql
ALTER TABLE student DROP FOREIGN KEY fk_student_class;
DROP TABLE class;
```

这里的 `fk_student_class` 是建表时定义的外键名称。

#### 3. 重新设计删除策略

有些业务并不适合直接删除主表，而更适合：

- 先迁移数据
- 先清理从表记录
- 使用逻辑删除
- 使用 `ON DELETE CASCADE` 让从表自动联动删除

实际生产环境中，第三种方式通常更稳妥。

### 删除表时的建议

1. 删除前先确认是否有备份。
2. 先用 `SHOW CREATE TABLE` 查看是否存在外键约束。
3. 删除前确认应用程序、任务脚本、报表是否还依赖该表。
4. 生产环境优先使用 `DROP TABLE IF EXISTS` 配合变更脚本。
5. 对核心业务表，优先考虑归档、迁移或逻辑删除，而不是直接物理删除。

### 小结

删除表本身语法并不复杂，真正复杂的是依赖关系和数据风险。对于没有被关联的表，可以直接 `DROP TABLE`；对于被其他表引用的主表，必须先处理外键关系，否则往往无法删除。