软删除是通过标记字段（如is_deleted）标识记录状态而非物理删除，需添加索引、默认值，并统一修改增删改查逻辑，配合应用层拦截与审计字段实现全链路控制。
软删除不是真正从数据库中删掉数据，而是通过标记字段（如 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 的数据物理备份后清除
