软删除不是真正从数据库中删掉数据，而是通过标记字段（如 is_deleted）来标识某条记录“已被删除”，查询时默认过滤掉这些记录。
添加逻辑删除字段
在需要支持软删除的表中，新增一个字段用于标识删除状态。推荐使用 TINYINT(1) 或 ENUM('0','1') 类型，值为 0 表示未删除，1 表示已删除。
字段名建议统一，如 is_deleted、deleted_at（用 NULL 表示未删除，时间戳表示删除时间） 加索引提升查询效率：ALTER TABLE user ADD INDEX idx_is_deleted (is_deleted);设置默认值为 0：
is_deleted TINYINT(1) DEFAULT 0 NOT NULL
修改增删改查逻辑
所有涉及该表的 SQL 操作都要适配软删除语义：
插入：无需改动，is_deleted 默认为 0 删除：改用UPDATE ... SET is_deleted = 1 WHERE id = ? AND is_deleted = 0查询：所有常规查询需加上
WHERE is_deleted = 0条件（可封装到视图或通用查询方法中） 更新：通常不需额外处理，但注意避免误更新已删除记录（可加
AND is_deleted = 0条件）
考虑兼容性与扩展性
真实业务中常需保留删除人、删除时间等信息，可补充字段增强审计能力：
deleted_by：INT，记录操作人 ID deleted_at：DATETIME，记录删除时间（配合 is_deleted 使用更灵活） 若只用 deleted_at 判断，NULL 表示未删除，非 NULL 表示已删除，更直观且便于统计应用层配合要点
数据库只是基础，应用代码必须同步约束：
ORM 框架（如 MyBatis-Plus、Laravel Eloquent）大多支持全局逻辑删除插件，开启后自动拦截 delete 和 select 手写 SQL 时务必检查 WHERE 条件是否遗漏is_deleted = 0管理后台“回收站”功能可查
is_deleted = 1的数据，支持还原 定时归档任务可定期将长期 is_deleted = 1 的数据物理备份后清除 软删除本质是数据可见性控制，核心在于统一字段定义、全链路过滤、权限与审计兼顾。不复杂但容易忽略细节。
