在业务系统开发中，直接执行DELETE语句进行物理删除会导致数据永久丢失，无法恢复历史记录，也不利于后续的数据审计与追溯。逻辑删除通过新增状态标识字段替代物理删除操作，成为更稳妥的数据处理方案。
一、逻辑删除的核心思路
逻辑删除不会真正从数据库表中移除记录，而是在表中增加一个用于标识数据状态的字段，通常命名为IsDeleted，默认值设为0表示数据未删除，当执行删除操作时，将该字段的值更新为1，代表数据已被标记删除。后续所有查询操作都需要加上过滤IsDeleted=0的条件，避免已删除数据被查询到。
二、新增IsDeleted字段的实现步骤
1. 为已有表添加IsDeleted字段
如果已经存在业务表，需要通过ALTER语句新增字段，示例如下：
-- 为user表新增IsDeleted字段，类型为tinyint，默认值0，注释为删除标识 ALTER TABLE `user` ADD COLUMN `IsDeleted` tinyint(1) NOT NULL DEFAULT 0 COMMENT '删除标识：0-未删除，1-已删除';
2. 新建表时直接添加IsDeleted字段
如果是新建业务表，可以直接在CREATE语句中定义该字段：
CREATE TABLE `order` ( `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '订单ID', `order_no` varchar(32) NOT NULL COMMENT '订单号', `user_id` int(11) NOT NULL COMMENT '用户ID', `order_amount` decimal(10,2) NOT NULL COMMENT '订单金额', `IsDeleted` tinyint(1) NOT NULL DEFAULT 0 COMMENT '删除标识：0-未删除，1-已删除', PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='订单表';
三、基于IsDeleted字段的CRUD操作调整
1. 插入数据
插入数据时不需要额外处理IsDeleted字段，使用默认值0即可：
INSERT INTO `user` (`username`, `age`) VALUES ('张三', 25);
2. 逻辑删除操作
代替物理删除的UPDATE语句，将IsDeleted字段更新为1：
-- 逻辑删除id为1的用户 UPDATE `user` SET `IsDeleted` = 1 WHERE `id` = 1;
3. 查询操作
所有查询都需要加上IsDeleted=0的过滤条件，避免查询到已删除数据：
-- 查询所有未删除的用户 SELECT `id`, `username`, `age` FROM `user` WHERE `IsDeleted` = 0; -- 查询指定条件的未删除用户 SELECT `id`, `username`, `age` FROM `user` WHERE `IsDeleted` = 0 AND `age` > 20;
四、查询SQL的优化方案
逻辑删除会增加查询的过滤条件，如果表数据量较大，可能会影响查询性能，可通过以下方式优化：
1. 建立联合索引
将IsDeleted字段与常用的查询条件字段建立联合索引，提升查询效率：
-- 为user表的IsDeleted和age字段建立联合索引 CREATE INDEX `idx_isdeleted_age` ON `user` (`IsDeleted`, `age`);
2. 避免SELECT * 操作
只查询需要的字段，减少数据传输和解析的开销，同时避免索引失效的问题。
3. 定期归档历史数据
如果表中已删除的数据量占比过高，可以定期将IsDeleted=1的数据迁移到历史归档表，减少主表的数据量，提升查询性能。
五、注意事项
- 唯一索引需要包含IsDeleted字段，否则已删除的数据会阻碍新插入相同唯一键的数据，比如用户表的手机号唯一索引需要调整：
-- 原唯一索引：UNIQUE INDEX `idx_phone` (`phone`) -- 调整后唯一索引，允许已删除的手机号重复 CREATE UNIQUE INDEX `idx_phone_isdeleted` ON `user` (`phone`, `IsDeleted`);
- 如果业务需要恢复已删除的数据，只需要将IsDeleted字段重新更新为0即可。
- 对于关联查询，所有关联的表都需要加上对应的IsDeleted过滤条件，避免关联出已删除的数据。
MySQL逻辑删除IsDeleted字段查询SQL优化修改时间：2026-06-27 03:42:27