theme: cyanosis
在日常的项目开发中，“删除”操作几乎无处不在，例如删除用户、删除订单、删除文件等等。然而，删除数据的方式却并不是只有一种。根据实际需求，开发者可能需要选择不同的方式来处理删除操作。最常见的删除方式分为两种：硬删除（Hard Delete）和软删除（Soft Delete）。它们在实现逻辑、数据保留、性能表现等方面有着显著的差异，也适用于不同的场景。下面，我们由浅入深地探讨这两种删除方式的特点、应用场景及实现方式。
什么是硬删除？
硬删除（Hard Delete）指的是直接将数据从数据库中彻底移除。在数据库中，执行硬删除后，数据会被永久删除，无法通过数据库本身进行恢复。
示例： 假设有一个名为 user 的用户表，当执行以下 SQL 语句时：
DELETE FROM user WHERE id = 1;
上述操作会将 id=1 的记录直接从表中删除。如果我们再次查询这个用户的数据，会发现它已经彻底不存在了。
硬删除的特点是简单直接。它删除的是存储在磁盘上的数据，因此不会产生额外的逻辑负担。
硬删除的优点
- 操作简单：删除操作直接作用于数据库表，无需额外字段标记或逻辑处理。
- 数据表简洁：删除数据后，表的大小保持较小，查询性能通常更高。
- 高效性：由于数据直接被移除，省去了后续条件判断，查询和存储效率较高。
硬删除的缺点
- 不可恢复：一旦数据被删除，就无法通过数据库直接找回，误操作的代价较高。
- 无法审计：硬删除后，数据记录完全消失，无法追踪历史信息。例如：删除时间、删除人等关键信息。
硬删除适用的场景
硬删除通常适用于那些数据生命周期短、对历史记录无特殊要求的场景，例如：
- 临时性的数据（如缓存数据、会话信息）。
- 不再需要的数据（如日志数据，且日志不需长期存储）。
- 法律要求必须彻底删除的数据（如用户的敏感隐私信息）。
什么是软删除？
软删除（Soft Delete）并不会真正删除数据，而是通过某种标记字段（如 is_deleted 或 deleted_at）来标识数据是否已被删除。被软删除的数据依然保留在数据库中，只是在应用层逻辑中将其过滤掉，使其对用户不可见。
示例： 同样的用户表，我们可以添加一个名为 is_deleted 的字段来表示数据是否被删除：
ALTER TABLE user ADD COLUMN is_deleted BOOLEAN DEFAULT 0;
然后，执行软删除操作时，并不会真正删除记录，而是更新 is_deleted 字段：
UPDATE user SET is_deleted = 1 WHERE id = 1;
这样，数据依然存在于数据库中，但在查询时会过滤掉 is_deleted=1 的记录。
软删除的优点
- 数据可恢复：软删除的数据依然存在于数据库中，只需修改标记字段即可恢复误删除的数据。
- 便于审计：可以记录删除的时间、删除的用户等操作信息，用于追踪和分析。
- 增强安全性：避免因误操作导致的数据丢失，尤其在重要数据的场景下显得尤为重要。
软删除的缺点
- 查询复杂度增加：每次查询时需要额外增加条件（如
WHERE is_deleted = 0），会对查询性能产生一定影响。 - 数据表膨胀：软删除的记录仍然保留在数据库中，随着时间推移，表的数据量会显著增加，可能会影响性能。
- 实现逻辑稍复杂：需要在业务层和数据库层额外增加处理软删除的逻辑。
软删除适用的场景
软删除通常适用于那些需要数据可追踪、可恢复的场景，例如：
- 用户或管理员可能需要恢复数据的业务（如用户误删数据）。
- 需要保留操作历史记录的业务（如订单删除操作记录）。
- 对数据审计或追踪有要求的系统（如法律法规要求）。
硬删除和软删除的对比
为了更清晰地理解两者的差异，我们可以通过以下表格来进行对比：
| 特性 | 硬删除 | 软删除 |
|---|---|---|
| 操作 | 直接删除记录 | 标记记录为“已删除” |
| 数据存储 | 数据从数据库中彻底移除 | 数据依然保留在数据库中 |
| 恢复数据 | 无法恢复 | 可通过修改标记字段恢复 |
| 查询性能 | 查询性能较高 | 查询时需要额外条件，性能略有下降 |
| 历史记录 | 无法追踪 | 可保留删除时间、删除人等历史信息 |
| 适用场景 | 临时数据、敏感信息 | 用户数据、订单数据、历史可追溯性 |
实现软删除的常见方法
在数据库设计中，常用以下方式实现软删除：
- 添加布尔标记字段： 最简单的实现方式是添加一个布尔类型的字段（
is_deleted），用于标记数据是否已删除。
ALTER TABLE user ADD COLUMN is_deleted BOOLEAN DEFAULT 0;
在查询未删除的数据时：
SELECT * FROM user WHERE is_deleted = 0;
- 添加时间字段： 另一种方式是使用
deleted_at字段记录删除时间。如果该字段为NULL，表示数据未删除；如果不为NULL，则表示数据已删除。
ALTER TABLE user ADD COLUMN deleted_at DATETIME DEFAULT NULL;
软删除操作：
UPDATE user SET deleted_at = NOW() WHERE id = 1;
查询未删除的数据时：
SELECT * FROM user WHERE deleted_at IS NULL;
如何选择？
选择使用硬删除还是软删除，取决于具体的业务需求：
优先选择硬删除
- 如果数据无长期保存需求（如缓存、临时文件）。
- 如果数据敏感性较高，法律要求必须彻底删除（如隐私数据）。
优先选择软删除
- 如果数据需要审计和历史记录（如订单、用户操作日志）。
- 如果需要支持数据恢复（如用户误删）。
实践中的综合应用
在实际开发中，硬删除和软删除经常被结合使用。例如：
- 临时数据（如登录日志）使用硬删除，定期清理过期数据。
- 核心业务数据（如用户信息、订单记录）使用软删除，保证数据可恢复性和审计性。
通过合理选择删除方式，开发者可以更好地平衡数据管理的灵活性和系统性能。如果你正在开发一套需要数据追踪和误删恢复功能的系统，软删除是更好的选择；而对于那些对数据追踪要求不高且需要高效查询的场景，硬删除则更加适用。
