1、導(dǎo)出文件 -?mysqldump 命令

?mysqldump??是 Mysql 自帶的邏輯備份工具。其備份原理是通過協(xié)議連接到 Mysql 數(shù)據(jù)庫，將需要備份的數(shù)據(jù)查詢出來轉(zhuǎn)換成對應(yīng)的?insert?語句。當(dāng)需要還原這些數(shù)據(jù)時(shí)，只要執(zhí)行這些 insert 語句，即可將對應(yīng)的數(shù)據(jù)還原。

常用命令：

• 導(dǎo)出所有數(shù)據(jù)庫

mysqldump?-uroot?-p123456?--all-databases??>/tmp/all.sql

• 導(dǎo)出指定數(shù)據(jù)庫

mysqldump -uroot -p123456 --databases db >/tmp/db.sql

• 導(dǎo)出指定表

mysqldump?-uroot?-p123456?--databases??db??--tables?a?>/tmp/a.sql

• 根據(jù)條件導(dǎo)出數(shù)據(jù)

mysqldump?-uroot?-p123456?--databases?db?--tables?a?--where='id=1'?>/tmp/a.sql

• 只導(dǎo)出表結(jié)構(gòu)

mysqldump -uroot -p123456 --no-data --databases db >/tmp/db.sql

2、導(dǎo)入文件 - source 命令

source?命令可以將導(dǎo)出的 sql 文件導(dǎo)入進(jìn)指定數(shù)據(jù)庫。

操作步驟：

• use 數(shù)據(jù)庫；

• soucre 已導(dǎo)出的 sql 文件。

  
  

1. 數(shù)據(jù)庫A歷史數(shù)據(jù)遷移到 hdfs（一種分布式文件系統(tǒng)）上進(jìn)行歸檔；

2. 刪除數(shù)據(jù)庫A已歸檔的表，使用 drop 命令；

3. 數(shù)據(jù)庫A上新建表，用于數(shù)據(jù)庫B遷移；

4. 數(shù)據(jù)庫B中除未完成單外都遷移至數(shù)據(jù)庫A；

5. 腳本進(jìn)行刪除數(shù)據(jù)庫B上已遷移數(shù)據(jù)。

1、參數(shù)介紹

在 Innodb 存儲引擎中，innodb_file_per_table 參數(shù)是用來控制表數(shù)據(jù)的存儲方式的。

當(dāng)參數(shù)為 OFF 的時(shí)候，所有數(shù)據(jù)都存放于默認(rèn)路徑下名為 ibdata* 的共享表空間里，即將數(shù)據(jù)庫所有的表數(shù)據(jù)及索引文件存放到一個(gè)文件中。在刪除數(shù)據(jù)表的時(shí)候，ibdata*?文件不會自動(dòng)收縮。

當(dāng)參數(shù)為 ON 的時(shí)候，每一個(gè)表都將存儲在一個(gè)以 .ibd 為后綴的文件中。這樣每個(gè)表都有了自己獨(dú)立的表空間，通過 drop table 命令就可以將表空間進(jìn)行回收。

從 Mysql 5.6.6?版本開始，innodb_file_per_table?默認(rèn)為 ON 狀態(tài)。

2、參數(shù)設(shè)置

通過 show variables like '%per_table%' 命令，可以查看 innodb_file_per_table 參數(shù)的當(dāng)前狀態(tài)：

如果想修改參數(shù)的狀態(tài)，可通過 SET GLOBAL 動(dòng)態(tài)地修改為 ON 或 OFF，也可以在 my.cnf 中做永久性修改。需要注意的是，在 my.cnf 中修改后生效的話需要重啟 mysqld 服務(wù)。

疑問：如果之前參數(shù)為 OFF 狀態(tài)，設(shè)置為 ON 狀態(tài)后，表空間如何分配？

答案是僅對后續(xù)操作生效。

什么意思呢？修改前的數(shù)據(jù)還維持原狀，也就是說之前的數(shù)據(jù)繼續(xù)存放于 ibdata* 文件中，修改后的使用獨(dú)立表空間。

所以建議在開始就將該參數(shù)設(shè)置為 ON 狀態(tài)。

在這之前要先介紹下 Innodb 存儲數(shù)據(jù)所用的 B+ 樹結(jié)構(gòu)，畫個(gè)圖你理解下：

在圖中，P 代表一頁數(shù)據(jù)，R 代表一行數(shù)據(jù)。

假設(shè)我們要?jiǎng)h掉 R2 這條記錄，InnoDB 引擎只會將其標(biāo)記為刪除狀態(tài)，并不會真正把這行數(shù)據(jù)所占的空間釋放掉，也就是說這個(gè)坑位還留著。如果后續(xù)所插入的數(shù)據(jù)在 R1 與 R3 之間的話，這個(gè)空間是可以被使用上的。

假設(shè)我們恰好刪除了 R1、R2、R3 這三條記錄，也就是說 P1 這一頁的數(shù)據(jù)都被刪掉了，那么 P1 所在的空間都會被標(biāo)記為可復(fù)用。如果插入的數(shù)據(jù)需要使用新頁的話，P1 的坑位就可以被利用起來了。

那么你可能會問了，我插入的數(shù)據(jù)恰好巧妙的避開了這些位置呢。那我還能說啥，騷唄。這樣會造成很多空間被浪費(fèi)，如果刪除大量的數(shù)據(jù)的話，被浪費(fèi)的空間也會是巨大的。

optimize table 的本質(zhì)是 ALTER TABLE xxx ENGINE = InnoDB;

在5.5版本之前，重建表的過程是這樣的：

然后用臨時(shí)文件替換舊表，這樣便實(shí)現(xiàn)了表的重建。

1、控制遷移速度，防止主從延遲導(dǎo)致線上故障；

2、創(chuàng)建大表時(shí)，使用下面的建表語句可節(jié)省 50% 左右的空間：

ROW_FORMAT=COMPRESSED?KEY_BLOCK_SIZE=8

3、使用 optimize table 壓縮表時(shí)，需要留夠一定的空間。

-?END?-

特別推薦一個(gè)分享架構(gòu)+算法的優(yōu)質(zhì)內(nèi)容，還沒關(guān)注的小伙伴，可以長按關(guān)注一下：

長按訂閱更多精彩▼
如有收獲，點(diǎn)個(gè)在看，誠摯感謝