truncate table 清空表最快最彻底，但不可回滚、不触发触发器、重置自增id；delete 支持条件删除、可回滚、触发触发器且不重置自增值。
清空表数据用 TRUNCATE TABLE 最快最彻底，但不可回滚、不触发触发器、重置自增ID。
TRUNCATE 和 DELETE 的核心区别
TRUNCATE 是 DDL 操作（不是 DML），直接重建空表结构，效率远高于 DELETE；DELETE 一行行删除，支持 WHERE 条件、可回滚、会触发 DELETE 触发器、不重置 AUTO_INCREMENT 值（除非手动修改）。
- TRUNCATE 执行后，自增主键从 1 重新开始
- TRUNCATE 不能带 WHERE，只能清空整张表
- TRUNCATE 在事务中执行也会立即生效，无法 ROLLBACK（MySQL 8.0+ 对某些存储引擎有例外，但 InnoDB 下仍不支持回滚）
- TRUNCATE 需要 DROP 权限，而 DELETE 只需 DELETE 权限
基本语法和常用写法
语法非常简单：
TRUNCATE TABLE 表名;
也可以省略 TABLE 关键字（MySQL 允许，但不推荐）：
TRUNCATE 表名;支持同时清空多张表（MySQL 8.0.23+）：
TRUNCATE TABLE 表1, 表2, 表3;使用前必须注意的几件事
- 确认表名拼写正确——TRUNCATE 不提示确认，执行即生效
- 确保没有外键约束引用该表（否则报错），可先禁用外键检查：SET FOREIGN_KEY_CHECKS = 0;，操作完再设回 1
- 若需保留自增值，改用
DELETE FROM 表名;，再手动ALTER TABLE 表名 AUTO_INCREMENT = N; - 视图、存储过程、函数等不受影响，但依赖该表的查询会返回空结果
替代方案对比：什么时候不该用 TRUNCATE
- 需要按条件删除部分数据 → 必须用 DELETE + WHERE
- 正在事务中操作且可能需要回滚 → 只能用 DELETE
- 表上有 ON DELETE 触发器，且业务逻辑依赖其执行 → TRUNCATE 不触发，应改用 DELETE
- 权限受限（只有 DELETE 权限，无 DROP 权限）→ 无法执行 TRUNCATE
