一、三种核心删除语法DELETE / TRUNCATE / DROP1. DELETE 语句DML 数据操作语言线上最常用1基础用法sql-- 删除符合条件的单/多条数据 DELETE FROM product_category WHERE id 10; -- 删除整张表全部数据不推荐量大性能差 DELETE FROM product_category; -- 多条件删除 DELETE FROM order_info WHERE create_time 2026-01-01 AND is_delete 0;关键特性只删表内数据保留表结构、索引、约束支持WHERE条件精准删除可回滚事务中执行可ROLLBACK自增主键不重置下一条新增 id 延续之前最大值逐条删除写入 undo 日志数据量大时性能极差会触发触发器、逻辑删除拦截、事务锁支持 LIMIT 限制删除行数避免一次性删百万数据锁表sql-- 每次删1000条分批删除大表数据 DELETE FROM log_info WHERE id 100000 LIMIT 1000;适用场景精准删除单条 / 少量业务数据线上删除指定订单、商品、用户需要支持事务回滚的删除操作保留自增 id 连续性的业务。2. TRUNCATE TABLEsqlTRUNCATE TABLE product_category; -- 简写 TRUNCATE product_category;关键特性清空表所有数据不支持 WHERE 条件无法删部分数据保留表结构、字段、索引重置自增主键为 1底层直接销毁重建数据页不记录 undo 日志速度极快百万级数据秒清不可回滚事务中执行也无法撤销会清空统计信息外键关联表禁止直接 truncate不触发删除触发器。适用场景测试环境清空测试表数据定期清理独立日志表无外键、无业务关联全新初始化表需要重置自增 ID。生产红线线上业务主表禁止随便执行 TRUNCATE一旦执行整表数据清空且无法回滚。3. DROP TABLEsqlDROP TABLE IF EXISTS product_category;关键特性直接删除整张表数据 表结构 索引 约束全部销毁释放磁盘空间无法恢复无备份直接丢表IF EXISTS 避免表不存在时报错。适用场景废弃不用的旧表、历史临时表确认永久不再使用才执行。二、业务层「逻辑删除」原理不执行任何 DELETE 物理删除 SQL通过标记字段区分数据是否有效表增加字段is_delete TINYINT DEFAULT 0 COMMENT 0正常 1已删除删除操作改为 UPDATE 更新标记sqlUPDATE product_category SET is_delete 1 WHERE id 10;查询时强制过滤已删除数据sqlSELECT * FROM product_category WHERE is_delete 0;MyBatis-Plus 自动逻辑删除配置你项目在用yml 全局配置yamlmybatis-plus: global-config: db-config: logic-delete-field: isDelete logic-delete-value: 1 logic-not-delete-value: 0实体加注解java运行TableLogic private Integer isDelete;调用mapper.deleteById(10L)MP 自动执行 UPDATE不会执行 DELETE。优势数据可恢复防止误删订单、商品等核心业务数据支持数据溯源、对账、售后纠纷查询避免物理删除带来的锁表、事务风险。适用场景电商订单、商品、用户、支付流水、交易类核心业务表强制逻辑删除。三、批量删除优化方案方案 1DELETE 分批删除避免一次性删除几十万行锁表阻塞业务sql-- 循环执行每次删1000条直到无数据 DELETE FROM operation_log WHERE create_time 2026-01-01 LIMIT 1000;方案 2分表归档 TRUNCATE历史日志按月分表直接 truncate 过期月份分表不影响主业务表。方案 3新建空表替换复制原表结构CREATE TABLE log_new LIKE log_old;交换表名RENAME TABLE log_old TO log_bak, log_new TO log_old;备份完成后 DROP 备份表。四、四种删除方式核心对比表表格方式语法类型是否删表结构支持条件 WHERE自增 ID可回滚速度生产业务表推荐DELETEDML保留✅支持不重置✅事务可回滚慢量大阻塞少量精准删除TRUNCATEDDL保留❌不支持重置为 1❌不可回滚极快测试 / 独立日志表DROP TABLEDDL全部删除❌不支持无❌不可回滚快废弃无用表逻辑删除 UPDATEDML完全保留✅支持不变✅可恢复快电商核心业务首选五、生产环境删除数据规范 避坑核心业务表禁止物理删除订单、支付、商品、用户统一逻辑删除执行 DELETE 大批量数据前先 SELECT 核对删除行数避免误删线上禁止无 WHERE 的DELETE FROM 表名会锁全表TRUNCATE 严禁在主业务表执行执行前必须全量备份删除操作尽量避开业务高峰凌晨低流量执行外键关联表删除时先删子表数据再删主表防止外键报错误删急救提前开启 binlog 二进制日志可通过 binlog 恢复误删数据。六、补充关联表级联删除建表时设置外键ON DELETE CASCADE删除主表数据自动同步删除子表关联数据sqlCREATE TABLE order_item( id BIGINT PRIMARY KEY AUTO_INCREMENT, order_id BIGINT, FOREIGN KEY (order_id) REFERENCES order_info(id) ON DELETE CASCADE );删除订单主表数据订单明细会自动删除电商项目不推荐使用级联删除不可控容易误删大量数据业务代码手动控制删除明细更安全。
一、三种核心删除语法DELETE / TRUNCATE / DROP1. DELETE 语句DML 数据操作语言线上最常用1基础用法sql-- 删除符合条件的单/多条数据 DELETE FROM product_category WHERE id 10; -- 删除整张表全部数据不推荐量大性能差 DELETE FROM product_category; -- 多条件删除 DELETE FROM order_info WHERE create_time 2026-01-01 AND is_delete 0;关键特性只删表内数据保留表结构、索引、约束支持WHERE条件精准删除可回滚事务中执行可ROLLBACK自增主键不重置下一条新增 id 延续之前最大值逐条删除写入 undo 日志数据量大时性能极差会触发触发器、逻辑删除拦截、事务锁支持 LIMIT 限制删除行数避免一次性删百万数据锁表sql-- 每次删1000条分批删除大表数据 DELETE FROM log_info WHERE id 100000 LIMIT 1000;适用场景精准删除单条 / 少量业务数据线上删除指定订单、商品、用户需要支持事务回滚的删除操作保留自增 id 连续性的业务。2. TRUNCATE TABLEsqlTRUNCATE TABLE product_category; -- 简写 TRUNCATE product_category;关键特性清空表所有数据不支持 WHERE 条件无法删部分数据保留表结构、字段、索引重置自增主键为 1底层直接销毁重建数据页不记录 undo 日志速度极快百万级数据秒清不可回滚事务中执行也无法撤销会清空统计信息外键关联表禁止直接 truncate不触发删除触发器。适用场景测试环境清空测试表数据定期清理独立日志表无外键、无业务关联全新初始化表需要重置自增 ID。生产红线线上业务主表禁止随便执行 TRUNCATE一旦执行整表数据清空且无法回滚。3. DROP TABLEsqlDROP TABLE IF EXISTS product_category;关键特性直接删除整张表数据 表结构 索引 约束全部销毁释放磁盘空间无法恢复无备份直接丢表IF EXISTS 避免表不存在时报错。适用场景废弃不用的旧表、历史临时表确认永久不再使用才执行。二、业务层「逻辑删除」原理不执行任何 DELETE 物理删除 SQL通过标记字段区分数据是否有效表增加字段is_delete TINYINT DEFAULT 0 COMMENT 0正常 1已删除删除操作改为 UPDATE 更新标记sqlUPDATE product_category SET is_delete 1 WHERE id 10;查询时强制过滤已删除数据sqlSELECT * FROM product_category WHERE is_delete 0;MyBatis-Plus 自动逻辑删除配置你项目在用yml 全局配置yamlmybatis-plus: global-config: db-config: logic-delete-field: isDelete logic-delete-value: 1 logic-not-delete-value: 0实体加注解java运行TableLogic private Integer isDelete;调用mapper.deleteById(10L)MP 自动执行 UPDATE不会执行 DELETE。优势数据可恢复防止误删订单、商品等核心业务数据支持数据溯源、对账、售后纠纷查询避免物理删除带来的锁表、事务风险。适用场景电商订单、商品、用户、支付流水、交易类核心业务表强制逻辑删除。三、批量删除优化方案方案 1DELETE 分批删除避免一次性删除几十万行锁表阻塞业务sql-- 循环执行每次删1000条直到无数据 DELETE FROM operation_log WHERE create_time 2026-01-01 LIMIT 1000;方案 2分表归档 TRUNCATE历史日志按月分表直接 truncate 过期月份分表不影响主业务表。方案 3新建空表替换复制原表结构CREATE TABLE log_new LIKE log_old;交换表名RENAME TABLE log_old TO log_bak, log_new TO log_old;备份完成后 DROP 备份表。四、四种删除方式核心对比表表格方式语法类型是否删表结构支持条件 WHERE自增 ID可回滚速度生产业务表推荐DELETEDML保留✅支持不重置✅事务可回滚慢量大阻塞少量精准删除TRUNCATEDDL保留❌不支持重置为 1❌不可回滚极快测试 / 独立日志表DROP TABLEDDL全部删除❌不支持无❌不可回滚快废弃无用表逻辑删除 UPDATEDML完全保留✅支持不变✅可恢复快电商核心业务首选五、生产环境删除数据规范 避坑核心业务表禁止物理删除订单、支付、商品、用户统一逻辑删除执行 DELETE 大批量数据前先 SELECT 核对删除行数避免误删线上禁止无 WHERE 的DELETE FROM 表名会锁全表TRUNCATE 严禁在主业务表执行执行前必须全量备份删除操作尽量避开业务高峰凌晨低流量执行外键关联表删除时先删子表数据再删主表防止外键报错误删急救提前开启 binlog 二进制日志可通过 binlog 恢复误删数据。六、补充关联表级联删除建表时设置外键ON DELETE CASCADE删除主表数据自动同步删除子表关联数据sqlCREATE TABLE order_item( id BIGINT PRIMARY KEY AUTO_INCREMENT, order_id BIGINT, FOREIGN KEY (order_id) REFERENCES order_info(id) ON DELETE CASCADE );删除订单主表数据订单明细会自动删除电商项目不推荐使用级联删除不可控容易误删大量数据业务代码手动控制删除明细更安全。
