遷移數(shù)據(jù)常用
1、明明導(dǎo)出文件 -?mysqldump 命令
?mysqldump??是刪除數(shù)據(jù) Mysql 自帶的邏輯備份工具。其備份原理是為何通過協(xié)議連接到 Mysql 數(shù)據(jù)庫，將需要備份的空間數(shù)據(jù)查詢出來轉(zhuǎn)換成對(duì)應(yīng)的?insert?語句。當(dāng)需要還原這些數(shù)據(jù)時(shí)，卻沒只要執(zhí)行這些 insert 語句，減少即可將對(duì)應(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.sql2、刪除數(shù)據(jù)導(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 存儲(chǔ)引擎中，innodb_file_per_table 參數(shù)是用來控制表數(shù)據(jù)的存儲(chǔ)方式的。
當(dāng)參數(shù)為 OFF 的時(shí)候，所有數(shù)據(jù)都存放于默認(rèn)路徑下名為 ibdata* 的共享表空間里，即將數(shù)據(jù)庫所有的表數(shù)據(jù)及索引文件存放到一個(gè)文件中。在刪除數(shù)據(jù)表的時(shí)候，ibdata*?文件不會(huì)自動(dòng)收縮。
當(dāng)參數(shù)為 ON 的時(shí)候，每一個(gè)表都將存儲(chǔ)在一個(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)后，表空間如何分配？
答案是僅對(duì)后續(xù)操作生效。
什么意思呢？修改前的數(shù)據(jù)還維持原狀，也就是說之前的數(shù)據(jù)繼續(xù)存放于 ibdata* 文件中，修改后的使用獨(dú)立表空間。
所以建議在開始就將該參數(shù)設(shè)置為 ON 狀態(tài)。
第二天
阿丁二次開講
在這之前要先介紹下 Innodb 存儲(chǔ)數(shù)據(jù)所用的 B+ 樹結(jié)構(gòu)，畫個(gè)圖你理解下：
在圖中，P 代表一頁數(shù)據(jù)，R 代表一行數(shù)據(jù)。
假設(shè)我們要?jiǎng)h掉 R2 這條記錄，InnoDB 引擎只會(huì)將其標(biāo)記為刪除狀態(tài)，并不會(huì)真正把這行數(shù)據(jù)所占的空間釋放掉，也就是說這個(gè)坑位還留著。如果后續(xù)所插入的數(shù)據(jù)在 R1 與 R3 之間的話，這個(gè)空間是可以被使用上的。
假設(shè)我們恰好刪除了 R1、R2、R3 這三條記錄，也就是說 P1 這一頁的數(shù)據(jù)都被刪掉了，那么 P1 所在的空間都會(huì)被標(biāo)記為可復(fù)用。如果插入的數(shù)據(jù)需要使用新頁的話，P1 的坑位就可以被利用起來了。
那么你可能會(huì)問了，我插入的數(shù)據(jù)恰好巧妙的避開了這些位置呢。那我還能說啥，騷唄。這樣會(huì)造成很多空間被浪費(fèi)，如果刪除大量的數(shù)據(jù)的話，被浪費(fèi)的空間也會(huì)是巨大的。
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=83、使用 optimize table 壓縮表時(shí)，需要留夠一定的空間。
-?END?-
特別推薦一個(gè)分享架構(gòu)+算法的優(yōu)質(zhì)內(nèi)容，還沒關(guān)注的小伙伴，可以長(zhǎng)按關(guān)注一下：
長(zhǎng)按訂閱更多精彩▼
如有收獲，點(diǎn)個(gè)在看，誠摯感謝
免責(zé)聲明：本文內(nèi)容由21ic獲得授權(quán)后發(fā)布，版權(quán)歸原作者所有，本平臺(tái)僅提供信息存儲(chǔ)服務(wù)。文章僅代表作者個(gè)人觀點(diǎn)，不代表本平臺(tái)立場(chǎng)，如有問題，請(qǐng)聯(lián)系我們，謝謝！
