mysqldump 避坑指南：--databases 參數導致誤刪數據庫的慘痛教訓

慘劇現場

執行備份命令後，**目標數據庫被清空**，僅剩 `CREATE DATABASE`/`USE` 语句，數據全無！

兩條命令的致命差異

命令 1：帶 `--databases` (禍根)

mysqldump -S /data/mysql/test_3306/mysql.sock \
  --single-transaction --force \
  --databases tpcc > v1.sql

輸出包含：
`CREATE DATABASE IF NOT EXISTS tpcc;`
`USE tpcc;`
`DROP TABLE IF EXISTS ...;`
**導入時會先 `DROP DATABASE` 重建！**

命令 2：不帶 `--databases` (安全)

mysqldump -S /data/mysql/test_3306/mysql.sock \
  --single-transaction --force \
  tpcc > v2.sql

輸出僅含：表結構 `CREATE TABLE` + 數據 `INSERT`，**無庫級操作**，導入不影響其他庫。

根因分析

• `--databases` 觸發 **「多庫模式」**：輸出 `CREATE DATABASE`、`USE`、禁用外鍵、鎖表等庫級控制語句
• 導入時 `mysql < v1.sql` 會 **執行 `DROP DATABASE IF EXISTS tpcc`** (隱含在 `CREATE DATABASE` 邏輯中) → **數據庫級覆蓋**
• 無 `--databases` 為 **「單庫模式」**：純表級導出，導入僅操作表，**安全增量/覆蓋**

驗證截圖

避坑鐵律

1. 單庫備份/遷移：嚴禁 `--databases`**
2. 多庫備份：必須 `--databases` 或 `--all-databases`**
3. 導入前 **必看 SQL 文件頭 20 行**，確認是否含 `CREATE DATABASE`/`DROP DATABASE`
4. 生產導入 **務必在事務/只讀模式下驗證**，或先導入測試庫

# 單庫備份 (推薦)
mysqldump -h host -u user -p --single-transaction --routines --triggers --events \
  db_name > db_name_$(date +%F).sql

# 多庫備份
mysqldump -h host -u user -p --single-transaction --routines --triggers --events \
  --databases db1 db2 > multi_db_$(date +%F).sql

# 全量備份
mysqldump -h host -u user -p --single-transaction --routines --triggers --events \
  --all-databases > full_$(date +%F).sql