最直接有效的做法是用 --add-drop-table 与 --no-create-info 组合并手动插入 TRUNCATE TABLE 语句，但需注意反引号包裹表名、外键约束需先禁用、TRUNCATE 不可位于事务中，且 sed 插入位置应为每个 INSERT INTO 前而非文件开头。
导出时自动加 TRUNCATE TABLE 的实际做法
mysql 官方工具 mysqldump 默认不支持“导出前清空目标表”，它只负责备份数据。想让生成的 sql 文件开头就带 truncate table，得靠参数组合和脚本补位。
最直接有效的办法是用 --add-drop-table + --no-create-info 配合手动插入 TRUNCATE，但更稳妥的是用 --skip-inserts 先导出结构，再自己拼。
-
--add-drop-table会在每个CREATE TABLE前加DROP TABLE IF EXISTS，但它不是TRUNCATE，会删表重建，丢失 AUTO_INCREMENT 和索引状态 - 真要
TRUNCATE，得自己在导出后、导入前加一行：比如用sed -i '1i\TRUNCATE TABLE \`table_name\`;'（注意反引号转义） - 如果表名含特殊字符或大小写敏感，
TRUNCATE TABLE必须用反引号包裹，否则执行报错：ERROR 1064 (42000)
mysqldump 无法直接生成 DROP DATABASE 的原因
mysqldump 设计上不输出 DROP DATABASE，因为数据库级操作风险太高，工具默认规避。即使加了 --add-drop-database，也只在 -B（--databases）模式下生效，且仅当显式指定库名时才在开头加 DROP DATABASE IF EXISTS。
- 单独 dump 一张表时，
--add-drop-database完全无效 - 用
mysqldump -B db1 tb1可以触发DROP DATABASE，但紧接着是CREATE DATABASE，不是你想要的“清空目标库再导入” - 真正需要
DROP DATABASE+ 重建，建议拆成两步：先用mysql -e "DROP DATABASE IF EXISTS db1"，再导入 dump 文件
用 sed 或 awk 在导出 SQL 前插入 TRUNCATE 的坑
很多人用 sed 直接往 dump 文件第一行插 TRUNCATE，结果导入失败——因为 mysqldump 输出的 SQL 开头通常是注释或 SET 语句，直接插会导致语法错位。
- 正确位置不是文件开头，而是每个
INSERT INTO \`table_name\`之前；用sed '/^INSERT INTO/ i\TRUNCATE TABLE `table_name`;'更准，但需提前知道表名 - 如果 dump 含多个表，且想对其中某几个清空，必须先用
--tables分开 dump，不然sed无法精准匹配 -
TRUNCATE不能在事务里执行，所以确保导入时没开autocommit=0，否则报错：ERROR 1701 (HY000): Cannot truncate a table referenced in a foreign key constraint
替代方案：用 mysqlpump 或自定义 Python 脚本更可控
mysqlpump（MySQL 5.7+）比 mysqldump 更灵活，支持 --exclude-tables 和 --include-tables，但依然不原生支持 TRUNCATE。真正省心的做法是写个轻量脚本，读取表结构后动态拼 SQL。
- Python 示例片段：
for table in tables: print(f"TRUNCATE TABLE `{table}`;") with open("dump.sql") as f: print(f.read())—— 注意顺序：先TRUNCATE，再INSERT，且必须确保FOREIGN_KEY_CHECKS=0已设 - 如果目标库有外键，
TRUNCATE会失败，必须在 SQL 开头加SET FOREIGN_KEY_CHECKS = 0;，结尾再设回1 - 别依赖 GUI 工具“清空目标表”勾选项——Navicat、DBeaver 的该功能实际是导入时执行
TRUNCATE，不是生成在 SQL 文件里，导出文件本身并不变
真正难的不是加那行 TRUNCATE，而是判断要不要关外键、要不要保留 AUTO_INCREMENT、以及多表间依赖顺序。这些没法靠一个参数解决，得看具体场景定策略。
