前言开发中直接 DELETE 硬删除数据一旦误删无法恢复订单、用户、商品等核心业务数据绝对不能物理删除。行业通用方案软删除逻辑删除通过 is_deleted 标记区分有效 / 已删除数据。一、硬删除DELETE不推荐核心业务-- 物理删除数据彻底消失无备份无法找回 DELETE FROM user WHERE user_id 10;缺点误删无法恢复无法统计历史订单、用户数据丢失业务记录。二、软删除设计方案1. 表统一增加软删除字段CREATE TABLE user ( user_id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(20) NOT NULL, password VARCHAR(64) NOT NULL, is_deleted TINYINT DEFAULT 0 COMMENT 0正常 1已逻辑删除, delete_time DATETIME NULL COMMENT 删除时间 );字段说明is_deleted0 有效数据1 已删除delete_time记录删除时间用于统计、恢复。2. 逻辑删除操作替代 DELETE-- 软删除仅修改标记数据保留 UPDATE user SET is_deleted 1, delete_time NOW() WHERE user_id 10;3. 查询时过滤已删除数据所有业务查询必加条件-- 查询有效用户自动屏蔽已删除数据 SELECT * FROM user WHERE is_deleted 0; -- 恢复已删除数据 UPDATE user SET is_deleted 0, delete_time NULL WHERE user_id 10; -- 查询所有含已删除数据后台管理、数据复盘 SELECT * FROM user;三、复合索引优化避免查询变慢几乎所有查询都会带is_deleted0建立联合索引-- 常用查询条件username is_deleted CREATE INDEX idx_name_del ON user(username,is_deleted);四、软删除优缺点优点误删可随时恢复保留完整业务历史数据支持订单、财务数据溯源、对账无需频繁备份规避删除风险。缺点表数据持续膨胀长期需定时归档历史删除数据所有业务查询必须携带is_deleted0遗忘会查出已删除脏数据。五、开发规范避坑所有业务表统一添加is_deleted、delete_time前端列表、业务查询强制过滤is_deleted0多表关联 JOIN 时每张表都要加软删除条件定期归档长期软删除数据至历史归档表减少主表压力。六、多表关联软删除示例-- 查询有效用户有效订单两张表都过滤软删除 SELECT u.username,o.order_no FROM user u LEFT JOIN order o ON u.user_id o.user_id AND o.is_deleted 0 WHERE u.is_deleted 0;
