DROP 功能：彻底删除表结构及所有数据 不可逆：删除后表定义、索引、约束均消失 适用场景：永久废弃表时使用 语法：DROP TABLE 表名; 注意：需谨慎操作，无法回滚 DELETE 逐行删除：保留表结构，逐条删除数 […]
- DROP
- 功能：彻底删除表结构及所有数据
- 不可逆：删除后表定义、索引、约束均消失
- 适用场景：永久废弃表时使用
- 语法：
DROP TABLE 表名; - 注意：需谨慎操作，无法回滚
- DELETE
- 逐行删除：保留表结构，逐条删除数据
- 可回滚：支持事务回滚（在BEGIN TRANSACTION中）
- 触发器执行：会触发ON DELETE触发器
- 语法：
DELETE FROM 表名 WHERE 条件; - 适用场景：有条件删除数据时
- 性能：大量数据时速度较慢
- TRUNCATE
- 快速清空：保留表结构并瞬间删除全部数据
- 不记录单行日志：仅记录页删除操作，速度快
- 自增重置：自动将自增列重置为起始值
- 语法：
TRUNCATE TABLE 表名; - 不可回滚：默认不可回滚（某些数据库支持事务回滚）
- 适用场景：清空表且需重置自增时
- 限制条件：存在外键约束或被锁定时不可用
- 核心区别对比
- 数据恢复：DELETE可ROLLBACK，TRUNCATE/ DROP不可
- 速度效率：TRUNCATE > DROP > DELETE
- 锁机制：TRUNCATE使用表级锁，DELETE使用行级锁
- 审计追踪：DELETE保留删除日志，TRUNCATE/DROP无
- 空间释放：TRUNCATE释放存储空间，DELETE保留
- 选择建议
- 完全重建表：使用DROP后重建表结构
- 临时清空数据：TRUNCATE比DELETE快100倍以上
- 部分数据删除：必须使用DELETE加WHERE条件
- 测试环境重置：TRUNCATE适合快速重置测试数据
- 生产环境慎用：DROP需双重确认，TRUNCATE需备份
- 典型错误案例
- 误删表结构：开发人员误用DROP导致表消失
- 意外重置数据：测试环境TRUNCATE生产库
- 触发器失效：用TRUNCATE跳过了必要的业务逻辑
- 自增混乱：频繁TRUNCATE导致自增ID跳跃
- 优化技巧
- 批量DELETE：分批次提交减少事务日志压力
- 分区表清理：对大表使用分区TRUNCATE
- 物理删除：ORACLE使用PURGE回收站清理
- 外键处理：TRUNCATE前暂时禁用外键约束
- 跨数据库差异
- MySQL：TRUNCATE视为DDL操作，不可回滚
- SQL Server：TRUNCATE需表所有权检查
- PostgreSQL：TRUNCATE支持PARTITION选项
- Oracle：使用FLASHBACK防止DROP误操作
- 最佳实践
- 操作前备份：任何结构修改前导出表结构
- 权限控制：普通用户仅授予TRUNCATE权限
- 监控告警：设置DROP/TRUNCATE操作审计日志
- 开发规范：禁止在生产环境直接使用TRUNCATE
