如何实现数据的“软删除”？（如何实现.删除.数据...）

wufei123 发布于 2025-09-11 阅读（1）
软删除通过标记而非移除记录实现逻辑删除，需添加is_deleted或deleted_at字段，将DELETE转为UPDATE，并在查询时过滤已删除数据，便于审计与恢复，但会增加存储开销并影响查询性能，需结合索引、分区、清理策略优化，适用于需保留历史数据的场景，不适用于数据量大、存储敏感或要求彻底删除的场景。

如何实现数据的“软删除”？

数据的“软删除”是指在数据库中不真正删除数据记录，而是通过设置一个状态字段（例如 

is_deleted
或 
deleted_at
）来标记该记录为已删除。这样，在查询数据时，可以通过过滤掉这些标记为已删除的记录，从而达到逻辑上的删除效果。好处是可以保留历史数据，方便审计和恢复。

解决方案：

实现数据软删除的关键在于修改数据表结构和查询逻辑。

  1. 修改数据表结构：

    在需要软删除的数据表中，添加一个用于标记删除状态的字段。常见的做法是添加一个 

    is_deleted
    字段（布尔类型）或 
    deleted_at
    字段（时间戳类型）。 
    • is_deleted
      : 
      BOOLEAN DEFAULT FALSE
      。 
      TRUE
      表示已删除，
      FALSE
      表示未删除。
    • deleted_at
      : 
      TIMESTAMP NULL DEFAULT NULL
      。 如果该字段有值，表示删除时间；
      NULL
      表示未删除。

    例如，在 MySQL 中：

    ALTER TABLE users ADD COLUMN is_deleted BOOLEAN DEFAULT FALSE;

-- 或者

ALTER TABLE users ADD COLUMN deleted_at TIMESTAMP NULL DEFAULT NULL;

  2. 修改删除操作：

    将原本的 

    DELETE
    语句替换为 
    UPDATE
    语句，更新删除状态字段。

    • 使用 

      is_deleted
      字段：
      UPDATE users SET is_deleted = TRUE WHERE id = 123;

    • 使用 

      deleted_at
      字段：
      UPDATE users SET deleted_at = NOW() WHERE id = 123;

    在应用程序层面，也需要修改相应的删除逻辑，调用更新语句而不是删除语句。

  3. 修改查询操作：

    在所有的查询语句中，添加 

    WHERE
    子句，过滤掉已删除的记录。

    • 使用 

      is_deleted
      字段：
      SELECT * FROM users WHERE is_deleted = FALSE;

    • 使用 

      deleted_at
      字段：
      SELECT * FROM users WHERE deleted_at IS NULL;

    这需要在应用程序的各个数据访问层进行修改，确保只查询未被标记为删除的记录。可以使用 ORM 框架提供的全局 scope 功能，自动添加这个 

    WHERE
    子句。

  4. 数据恢复（可选）：

    如果需要恢复已删除的数据，只需要将删除状态字段恢复到初始值即可。

    • 使用 

      is_deleted
      字段：
      UPDATE users SET is_deleted = FALSE WHERE id = 123;

    • 使用 

      deleted_at
      字段：
      UPDATE users SET deleted_at = NULL WHERE id = 123;

  5. 注意事项：

    • 确保所有的数据访问都经过修改，避免遗漏，否则可能会查询到已删除的数据。
    • 对于有外键约束的表，需要先更新外键表中的记录，再更新主表中的记录。
    • 如果数据量很大，可以考虑对 
      is_deleted
      或 
      deleted_at
      字段添加索引，提高查询效率。

软删除看似简单，但实际应用中需要考虑很多细节。例如，如果某些查询逻辑依赖于已删除的数据，则需要特殊处理。

软删除会增加数据库的存储空间，因为被“删除”的数据仍然存在。所以，需要定期清理不再需要的历史数据。

软删除和物理删除的选择取决于具体的业务需求。如果数据非常重要，需要保留历史记录，那么软删除是一个不错的选择。如果数据不重要，或者存储空间有限，那么物理删除可能更合适。

如何使用 ORM 框架实现全局软删除？

大多数 ORM 框架都提供了全局 scope 的功能，可以方便地实现软删除。以 Laravel 为例：

  1. 定义一个 trait：

    namespace App\Traits;

use Illuminate\Database\Eloquent\Builder;

trait SoftDeletes
{
    /**
     * Boot the soft deleting trait for a model.
     *
     * @return void
     */
    public static function bootSoftDeletes()
    {
        static::addGlobalScope('soft_deleting', function (Builder $builder) {
            $builder->whereNull('deleted_at');
        });
    }

    /**
     * Perform the actual delete query on the model instance.
     *
     * @return void
     */
    public function delete()
    {
        $this->deleted_at = $this->freshTimestamp();
        $this->save();
    }

    /**
     * Restore a soft-deleted model instance.
     *
     * @return void
     */
    public function restore()
    {
        $this->deleted_at = null;
        $this->save();
    }
}

  2. 在 Model 中使用 trait：

    namespace App\Models;

use Illuminate\Database\Eloquent\Model;
use App\Traits\SoftDeletes;

class User extends Model
{
    use SoftDeletes;

    protected $table = 'users';
}

  3. 修改数据库迁移文件：

    PIA PIA

    全面的AI聚合平台，一站式访问所有顶级AI模型

    PIA226 查看详情 PIA 
    Schema::create('users', function (Blueprint $table) {
    $table->id();
    $table->string('name');
    $table->string('email')->unique();
    $table->timestamp('email_verified_at')->nullable();
    $table->string('password');
    $table->rememberToken();
    $table->timestamps();
    $table->timestamp('deleted_at')->nullable(); // Add deleted_at column
});

这样，所有的 

User
模型查询都会自动添加 
WHERE deleted_at IS NULL
的条件。删除操作也会更新 
deleted_at
字段，而不是真正删除数据。恢复操作则将 
deleted_at
字段设置为 
NULL
。

软删除对数据库性能有什么影响？如何优化？

软删除本身对写操作的性能影响很小，因为只是更新一个字段。但是，对读操作的性能影响较大，因为需要在所有的查询语句中添加 

WHERE
子句。

优化软删除对数据库性能的影响，可以从以下几个方面入手：

  1. 添加索引：

    对 

    is_deleted
    或 
    deleted_at
    字段添加索引，可以显著提高查询效率。
    CREATE INDEX idx_users_deleted_at ON users (deleted_at);

  2. 分区表：

    如果数据量非常大，可以考虑使用分区表，将数据按照时间或其他维度进行分区。这样，可以只查询需要的分区，减少查询的数据量。

  3. 定期清理：

    定期清理不再需要的历史数据，可以减少数据库的存储空间，提高查询效率。清理操作需要谨慎，确保不会误删重要数据。

  4. 使用物化视图：

    对于复杂的查询，可以使用物化视图，预先计算好查询结果，并将其存储在数据库中。这样，可以避免每次查询都进行复杂的计算。

  5. 缓存：

    对于经常访问的数据，可以使用缓存，减少数据库的访问次数。

软删除在什么场景下不适用？

虽然软删除有很多优点，但在某些场景下并不适用：

  1. 数据量非常大：

    如果数据量非常大，软删除会占用大量的存储空间，导致数据库性能下降。在这种情况下，物理删除可能更合适。

  2. 数据不重要：

    如果数据不重要，不需要保留历史记录，那么物理删除更简单、更高效。

  3. 需要严格的数据一致性：

    软删除可能会导致数据不一致，例如，两个用户可以拥有相同的用户名，只要其中一个被软删除了。如果需要严格的数据一致性，那么物理删除可能更合适。

  4. 存储成本敏感：

    软删除保留了所有数据，增加了存储成本。如果存储成本非常敏感，那么物理删除可能更合适。

  5. 法律法规限制：

    某些法律法规可能要求必须彻底删除数据，不能保留任何备份。在这种情况下，只能使用物理删除。

总而言之，软删除和物理删除各有优缺点，需要根据具体的业务需求进行选择。没有一种方案是万能的，需要权衡各种因素，选择最合适的方案。

以上就是如何实现数据的“软删除”？的详细内容，更多请关注知识资源分享宝库其它相关文章！

相关标签： mysql word laravel app ai 数据恢复 数据访问 laravel mysql Boolean NULL timestamp 布尔类型 delete default 数据库 大家都在看： MySQL内存使用过高（OOM）的诊断与优化配置 MySQL与NoSQL的融合：探索MySQL Document Store的应用 如何通过canal等工具实现MySQL到其他数据源的实时同步？ 使用Debezium进行MySQL变更数据捕获（CDC）实战 如何设计和优化MySQL中的大表分页查询方案

标签:  如何实现 删除 数据 

相关阅读

发表评论:

◎欢迎参与讨论，请在这里发表您的看法、交流您的观点。

最近发表

标签列表