1. 運(yùn)維在數(shù)據(jù)庫備份恢復(fù)方面的職責(zé)
1.1 設(shè)計備份策略
全備? 蜂筹、增量、時間骗随、自動
1.2 日常備份檢查
備份存在性備份空間夠用否
1.3 定期恢復(fù)演練(測試庫)
一季度 或者 半年
1.4 故障恢復(fù)
通過現(xiàn)有備份,能夠?qū)?shù)據(jù)庫恢復(fù)到故障之前的時間點(diǎn).
1.5 遷移
1. 停機(jī)時間2. 回退方案
2. 備份類型
2.1 熱備
在數(shù)據(jù)庫正常業(yè)務(wù)時,備份數(shù)據(jù),并且能夠一致性恢復(fù)(只能是innodb)對業(yè)務(wù)影響非常小
2.2 溫備
鎖表備份,只能查詢不能修改(myisam)影響到寫入操作
2.3 冷備
關(guān)閉數(shù)據(jù)庫業(yè)務(wù),數(shù)據(jù)庫沒有任何變更的情況下,進(jìn)行備份數(shù)據(jù).業(yè)務(wù)停止
3. 備份方式及工具介紹
3.1 邏輯備份工具
基于SQL語句進(jìn)行備份mysqldump? ? ? *****mysqlbinlog? ? *****
3.2 物理備份工具
基于磁盤數(shù)據(jù)文件備份xtrabackup(XBK) :percona 第三方? *****MySQL Enterprise Backup(MEB)
4.? 邏輯備份和物理備份的比較
4.1 mysqldump (MDP)
優(yōu)點(diǎn):1.不需要下載安裝2.備份出來的是SQL蛤织,文本格式,可讀性高,便于備份處理3.壓縮比較高鸿染,節(jié)省備份的磁盤空間缺點(diǎn):4.依賴于數(shù)據(jù)庫引擎指蚜,需要從磁盤把數(shù)據(jù)讀出然后轉(zhuǎn)換成SQL進(jìn)行轉(zhuǎn)儲,比較耗費(fèi)資源涨椒,數(shù)據(jù)量大的話效率較低建議:100G以內(nèi)的數(shù)據(jù)量級摊鸡,可以使用mysqldump超過TB以上,我們也可能選擇的是mysqldump蚕冬,配合分布式的系統(tǒng)1EB? =1024 PB =1000000 TB
4.2 xtrabackup(XBK)
優(yōu)點(diǎn):1.類似于直接cp數(shù)據(jù)文件免猾,不需要管邏輯結(jié)構(gòu),相對來說性能較高缺點(diǎn):2.可讀性差3.壓縮比低囤热,需要更多磁盤空間建議:>100G
5.備份策略
備份方式:全備:全庫備份猎提,備份所有數(shù)據(jù)增量:備份變化的數(shù)據(jù)邏輯備份=mysqldump+mysqlbinlog物理備份=xtrabackup_full+xtrabackup_incr+binlog或者xtrabackup_full+binlog備份周期:根據(jù)數(shù)據(jù)量設(shè)計備份周期比如:周日全備,周1-周6增量
6.備份工具使用-mysqldump
6.1 mysqldump (邏輯備份的客戶端工具)
6.1.1 客戶端通用參數(shù)
-u? -p? -S? -h? -P? ? 本地備份:mysqldump -uroot -p? -S /tmp/mysql.sock遠(yuǎn)程備份:mysqldump -uroot -p? -h 10.0.0.51 -P3306
6.1.2 備份專用基本參數(shù)
-A? 全備參數(shù)
例子1:[root@db01~]# mkdir-p/data/backupmysqldump-uroot-p-A>/data/backup/full.sqlEnterpassword:mysqldump:[Warning]Usinga password on the command line interfacecanbe insecure.Warning:A partialdumpfrom a server that hasGTIDswill bydefaultinclude theGTIDsof all transactions,even those that changed suppressed parts of the database.Ifyou don't want to restoreGTIDs,pass--set-gtid-purged=OFF.Tomake a completedump,pass--all-databases--triggers--routines--events.# 補(bǔ)充:#1.常規(guī)備份是要加--set-gtid-purged=OFF,解決備份時的警告#[root@db01~]# mysqldump-uroot-p123-A--set-gtid-purged=OFF>/backup/full.sql#2.構(gòu)建主從時,做的備份,不需要加這個參數(shù)#[root@db01~]# mysqldump-uroot-p123-A--set-gtid-purged=ON>/backup/full.sql
-B db1? db2? db3? 備份多個單庫
說明:生產(chǎn)中需要備份旁蔼,生產(chǎn)相關(guān)的庫和MySQL庫例子2:mysqldump-B mysql gtid--set-gtid-purged=OFF>/data/backup/b.sql
備份單個或多個表
例子3 world數(shù)據(jù)庫下的city,country表mysqldump -uroot -p world city country >/backup/bak1.sql以上備份恢復(fù)時:必須庫事先存在,并且ues才能source恢復(fù)
6.1.3 高級參數(shù)應(yīng)用
特殊參數(shù)1使用(必須要加)
-R? ? ? ? ? ? 備份存儲過程及函數(shù)--triggers? 備份觸發(fā)器-E? ? ? ? ? ? 備份事件例子4:[root@db01 backup]# mysqldump-uroot-p-A-R-E--triggers>/data/backup/full.sql(5)特殊參數(shù)2使用
-F? 在備份開始時,刷新一個新binlog日志
例子5:mysqldump-uroot-p-A-R--triggers-F>/bak/full.sql
--master-data=2
以注釋的形式,保存?zhèn)浞蓍_始時間點(diǎn)的binlog的狀態(tài)信息mysqldump-uroot-p-A-R--triggers--master-data=2>/back/world.sql[root@db01 ~]# grep'CHANGE'/backup/world.sql--CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000035',MASTER_LOG_POS=194;功能:(1)在備份時锨苏,會自動記錄,二進(jìn)制日志文件名和位置號0默認(rèn)值1以change masterto命令形式棺聊,可以用作主從復(fù)制2以注釋的形式記錄伞租,備份時刻的文件名+postion號(2) 自動鎖表(3)如果配合--single-transaction,只對非InnoDB表進(jìn)行鎖表備份限佩,InnoDB表進(jìn)行“熱“”備,實(shí)際上是實(shí)現(xiàn)快照備份。
--single-transaction
innodb 存儲引擎開啟熱備(快照備份)功能? ? ? master-data可以自動加鎖(1)在不加--single-transaction 驯击,啟動所有表的溫備份烁兰,所有表都鎖定(1)加上--single-transaction,對innodb進(jìn)行快照備份,對非innodb表可以實(shí)現(xiàn)自動鎖表功能例子6:備份必加參數(shù)mysqldump-uroot-p-A-R-E--triggers--master-data=2--single-transaction--set-gtid-purged=OFF>/data/backup/full.sql
--set-gtid-purged=auto
auto,onoff 使用場景:1.--set-gtid-purged=OFF,可以使用在日常備份參數(shù)中.mysqldump-uroot-p-A-R-E--triggers--master-data=2--single-transaction--set-gtid-purged=OFF>/data/backup/full.sql2.auto,on:在構(gòu)建主從復(fù)制環(huán)境時需要的參數(shù)配置mysqldump-uroot-p-A-R-E--triggers--master-data=2--single-transaction--set-gtid-purged=ON>/data/backup/full.sql
--max-allowed-packet=#
mysqldump-uroot-p-A-R-E--triggers--master-data=2--single-transaction--set-gtid-purged=OFF--max-allowed-packet=256M>/data/backup/full.sql--max-allowed-packet=#Themaximum packet length to send to or receivefromserver.
6.2 小練習(xí):
6.2.1. 實(shí)現(xiàn)所有表的單獨(dú)備份
提示:information_schema.tablesmysqldump-uroot-p123 world city>/backup/world_city.sqlselectconcat("mysqldump -uroot -p123 ",table_schema," ",table_name," --master-data=2 --single-transaction --set-gtid-purged=0? -R -E --triggers>/backup/",table_schema,"_",table_name,".sql")frominformation_schema.tableswheretable_schema notin('sys','information_schema','performance_schema');
6.2.2.模擬故障案例并恢復(fù)
(1)每天全備(2)binlog日志是完整(3)模擬白天的數(shù)據(jù)變化(4)模擬下午兩點(diǎn)誤刪除數(shù)據(jù)庫需求: 利用全備+binlog回復(fù)數(shù)據(jù)庫誤刪除之前。故障模擬及恢復(fù):1.模擬周一23:00的全備mysqldump-uroot-p-A-R-E--triggers--master-data=2--single-transaction--set-gtid-purged=OFF>/data/backup/full.sql2.模擬白天的數(shù)據(jù)變化Master[(none)]>create database day1 charset utf8;Master[(none)]>use day1Master[day1]>create tablet1(idint);Master[day1]>insertintot1values(1),(2),(3);Master[day1]>commit;Master[world]>update citysetcountrycode='CHN';Master[world]>commit;模擬磁盤損壞:[root@db01 data]# \rm-rf/data/mysql/data/*
3. 恢復(fù)故障
[root@db01 data]# pkill mysqld
[root@db01 data]# \rm -rf /data/mysql/data/*
4. 恢復(fù)思路
1.檢查備份可用性
2.從備份中獲取二進(jìn)制日志位置
3.根據(jù)日志位置截取需要的二進(jìn)制日志
4.初始化數(shù)據(jù)庫,并啟動
5.恢復(fù)全備
6.恢復(fù)二進(jìn)制日志
6.3. 壓縮備份并添加時間戳
例子:mysqldump-uroot-p123-A-R--triggers--master-data=2--single-transaction|gzip>/backup/full_$(date+%F).sql.gzmysqldump-uroot-p123-A-R--triggers--master-data=2--single-transaction|gzip>/backup/full_$(date+%F-%T).sql.gzmysqldump備份的恢復(fù)方式(在生產(chǎn)中恢復(fù)要謹(jǐn)慎徊都,恢復(fù)會刪除重復(fù)的表)setsql_log_bin=0;source/backup/full_2018-06-28.sql注意:1沪斟、mysqldump在備份和恢復(fù)時都需要mysql實(shí)例啟動為前提。2暇矫、一般數(shù)據(jù)量級100G以內(nèi)主之,大約15-45分鐘可以恢復(fù),數(shù)據(jù)量級很大很大的時候(PB李根、EB)3槽奕、mysqldump是覆蓋形式恢復(fù)的方法。一般我們認(rèn)為房轿,在同數(shù)據(jù)量級粤攒,物理備份要比邏輯備份速度快.邏輯備份的優(yōu)勢:1、可讀性強(qiáng)2囱持、壓縮比很高
7夯接、企業(yè)故障恢復(fù)案例
7.1 背景環(huán)境:
正在運(yùn)行的網(wǎng)站系統(tǒng),mysql-5.7.20 數(shù)據(jù)庫纷妆,數(shù)據(jù)量50G盔几,日業(yè)務(wù)增量1-5M。
7.2 備份策略:
每天23:00點(diǎn)掩幢,計劃任務(wù)調(diào)用mysqldump執(zhí)行全備腳本
7.3 故障時間點(diǎn):
年底故障演練:模擬周三上午10點(diǎn)誤刪除數(shù)據(jù)庫逊拍,并進(jìn)行恢復(fù).
7.4 思路:
1、停業(yè)務(wù)际邻,避免數(shù)據(jù)的二次傷害2芯丧、找一個臨時庫,恢復(fù)周三23:00全備3枯怖、截取周二23:00? --- 周三10點(diǎn)誤刪除之間的binlog注整,恢復(fù)到臨時庫4能曾、測試可用性和完整性5度硝、? ? 5.1 方法一:直接使用臨時庫頂替原生產(chǎn)庫,前端應(yīng)用割接到新庫? ? 5.2 方法二:將誤刪除的表導(dǎo)出寿冕,導(dǎo)入到原生產(chǎn)庫6蕊程、開啟業(yè)務(wù)處理結(jié)果:經(jīng)過20分鐘的處理,最終業(yè)務(wù)恢復(fù)正常
7.5 故障模擬演練
7.5.1 準(zhǔn)備數(shù)據(jù)
create database backup;use backupcreate table t1(idint);insertintot1values(1),(2),(3);commit;rm-rf/backup/*
7.5.2 周二 23:00全備
mysqldump-uroot-p123-A-R--triggers--set-gtid-purged=OFF--master-data=2--single-transaction|gzip>/backup/full_$(date+%F).sql.gz
7.5.3 模擬周二 23:00到周三 10點(diǎn)之間數(shù)據(jù)變化
use backupinsertintot1values(11),(22),(33);commit;create table t2(idint);insertintot2values(11),(22),(33);
7.5.4 模擬故障,刪除表(只是模擬驼唱,不代表生產(chǎn)操作)
drop database backup;
7.6 恢復(fù)過程
7.6.1 準(zhǔn)備臨時數(shù)據(jù)庫(多實(shí)例3307)
systemctl start mysqld3307
7.6.2 準(zhǔn)備備份
(1)準(zhǔn)備全備:cd/backupgunzip full_2018-10-17.sql.gz (2)截取二進(jìn)制日志--CHANGEMASTERTOMASTER_LOG_FILE='mysql-bin.000036',MASTER_LOG_POS=793;mysqlbinlog--skip-gtids--include-gtids='3ca79ab5-3e4d-11e9-a709-000c293b577e:6-7'/data/binlog/mysql-bin.000036>/backup/bin.sql
7.6.3 恢復(fù)備份到臨時庫
mysql -S /data/3307/mysql.sockset sql_log_bin=0;source /backup/full_2018-10-17.sqlsource /backup/bin.sql
7.6.4 將故障表導(dǎo)出并恢復(fù)到生產(chǎn)
mysqldump? -S /data/3307/mysql.sock backup t1 >/backup/t1.sqlmysql -uroot -p123 set sql_log_bin=0use backup source /backup/t1.sql;
8. 課下作業(yè):
練習(xí):1藻茂、創(chuàng)建一個數(shù)據(jù)庫 oldboy2、在oldboy下創(chuàng)建一張表t13、插入5行任意數(shù)據(jù)4辨赐、全備5优俘、插入兩行數(shù)據(jù),任意修改3行數(shù)據(jù)掀序,刪除1行數(shù)據(jù)6帆焕、刪除所有數(shù)據(jù)7、再t1中又插入5行新數(shù)據(jù)不恭,修改3行數(shù)據(jù)需求叶雹,跳過第六步恢復(fù)表數(shù)據(jù)寫備份腳本和策略
9. 備份時優(yōu)化參數(shù):
(1)max_allowed_packet? 最大的數(shù)據(jù)包大小mysqldump-uroot-p123-A-R--triggers--set-gtid-purged=OFF--master-data=2max_allowed_packet=128M--single-transaction|gzip>/backup/full_$(date+%F).sql.gz(2)增加key_buffer_size(臨時表有關(guān))(3)分庫分表并發(fā)備份(作業(yè))(4)架構(gòu)分離,分別備份(架構(gòu)拆分,分布式備份)
10. MySQL物理備份工具-xtrabackup(XBK、Xbackup)
10.1安裝
10.1.1 安裝依賴包:
wget-O/etc/yum.repos.d/epel.repo http://mirrors.aliyun.com/repo/epel-7.repoyum-y install perl perl-devel libaio libaio-devel perl-Time-HiRes perl-DBD-MySQL libev
10.1.2 下載軟件并安裝
wget https://www.percona.com/downloads/XtraBackup/Percona-XtraBackup-2.4.12/binary/redhat/7/x86_64/percona-xtrabackup-24-2.4.12-1.el7.x86_64.rpmhttps://www.percona.com/downloads/XtraBackup/Percona-XtraBackup-2.4.4/binary/redhat/6/x86_64/percona-xtrabackup-24-2.4.4-1.el6.x86_64.rpmyum-y install percona-xtrabackup-24-2.4.4-1.el7.x86_64.rpm
10.2换吧、備份命令介紹:
xtrabackupinnobackupex? ? ******
10.3 備份方式——物理備份
(1)對于非Innodb表(比如 myisam)是折晦,鎖表cp數(shù)據(jù)文件,屬于一種溫備份沾瓦。(2)對于Innodb的表(支持事務(wù)的)满着,不鎖表,拷貝數(shù)據(jù)頁贯莺,最終以數(shù)據(jù)文件的方式保存下來漓滔,把一部分redo和undo一并備走,屬于熱備方式乖篷。
面試題: xbk 在innodb表備份恢復(fù)的流程
0响驴、xbk備份執(zhí)行的瞬間,立即觸發(fā)ckpt,已提交的數(shù)據(jù)臟頁,從內(nèi)存刷寫到磁盤,并記錄此時的LSN號1、備份時撕蔼,拷貝磁盤數(shù)據(jù)頁豁鲤,并且記錄備份過程中產(chǎn)生的redo和undo一起拷貝走,也就是checkpointLSN之后的日志2、在恢復(fù)之前鲸沮,模擬Innodb“自動故障恢復(fù)”的過程琳骡,將redo(前滾)與undo(回滾)進(jìn)行應(yīng)用3、恢復(fù)過程是cp 備份到原來數(shù)據(jù)目錄下
10.4讼溺、innobackupex使用
10.4.1 全備
[root@db01 backup]# innobackupex--user=root--password=123/data/backup
自主定制備份路徑名
[root@db01 backup]# innobackupex--user=root--password=123--no-timestamp/data/backup/full
備份集中多出來的文件:
-rw-r-----1root root24Jun2909:59xtrabackup_binlog_info-rw-r-----1root root119Jun2909:59xtrabackup_checkpoints-rw-r-----1root root489Jun2909:59xtrabackup_info-rw-r-----1root root2560Jun2909:59xtrabackup_logfilextrabackup_binlog_info :(備份時刻的binlog位置)[root@db01full]# cat xtrabackup_binlog_info mysql-bin.00000353674979de40d3-5ff3-11e9-804a-000c2928f5dd:1-7記錄的是備份時刻楣号,binlog的文件名字和當(dāng)時的結(jié)束的position,可以用來作為截取binlog時的起點(diǎn)怒坯。xtrabackup_checkpoints :backup_type=full-backupedfrom_lsn=0上次所到達(dá)的LSN號(對于全備就是從0開始,對于增量有別的顯示方法)to_lsn=160683027備份開始時間(ckpt)點(diǎn)數(shù)據(jù)頁的LSNlast_lsn=160683036備份結(jié)束后炫狱,redo日志最終的LSNcompact=0recover_binlog_info=0(1)備份時刻,立即將已經(jīng)commit過的剔猿,內(nèi)存中的數(shù)據(jù)頁刷新到磁盤(CKPT).開始備份數(shù)據(jù)视译,數(shù)據(jù)文件的LSN會停留在to_lsn位置。(2)備份時刻有可能會有其他的數(shù)據(jù)寫入归敬,已備走的數(shù)據(jù)文件就不會再發(fā)生變化了酷含。(3)在備份過程中鄙早,備份軟件會一直監(jiān)控著redo的undo,如果一旦有變化會將日志也一并備走椅亚,并記錄LSN到last_lsn限番。從to_lsn----》last_lsn 就是,備份過程中產(chǎn)生的數(shù)據(jù)變化.
10.4.2 全備的恢復(fù)
準(zhǔn)備備份(Prepared)
將redo進(jìn)行重做呀舔,已提交的寫到數(shù)據(jù)文件扳缕,未提交的使用undo回滾掉。模擬了CSR的過程[root@db01~]# innobackupex --apply-log? /backup/full
恢復(fù)備份
前提:1别威、被恢復(fù)的目錄是空2躯舔、被恢復(fù)的數(shù)據(jù)庫的實(shí)例是關(guān)閉systemctl stop mysqld
創(chuàng)建新目錄
[root@db01 backup]# mkdir/data/mysql1
數(shù)據(jù)授權(quán)
chown-R mysql.mysql/data/mysql1
恢復(fù)備份
[root@db01full]# cp -a /backup/full/* /data/mysql1/
啟動數(shù)據(jù)庫
vim/etc/my.cnfdatadir=/data/mysql1[root@db01 mysql1]# chown-R mysql.mysql/data/mysql1systemctl start mysqld
10.4.3 innobackupex 增量備份(incremental)
(1)增量備份的方式,是基于上一次備份進(jìn)行增量省古。(2)增量備份無法單獨(dú)恢復(fù)粥庄。必須基于全備進(jìn)行恢復(fù)。(3)所有增量必須要按順序合并到全備中豺妓。
增量備份命令
(1)刪掉原來備份略.(2)全備(周日)[root@db01 backup]# innobackupex--user=root--password--no-timestamp/backup/full>&/tmp/xbk_full.log(3)模擬周一數(shù)據(jù)變化db01[(none)]>create database cs charset utf8;db01[(none)]>use csdb01[cs]>create table t1(idint);db01[cs]>insertintot1values(1),(2),(3);db01[cs]>commit;(4)第一次增量備份(周一)innobackupex--user=root--password=123--no-timestamp--incremental--incremental-basedir=/backup/full/backup/inc1&>/tmp/inc1.log(5)模擬周二數(shù)據(jù)db01[cs]>create table t2(idint);db01[cs]>insertintot2values(1),(2),(3);db01[cs]>commit;(6)周二增量 innobackupex--user=root--password=123--no-timestamp--incremental--incremental-basedir=/backup/inc1/backup/inc2&>/tmp/inc2.log(7)模擬周三數(shù)據(jù)變化db01[cs]>create table t3(idint);db01[cs]>insertintot3values(1),(2),(3);db01[cs]>commit;db01[cs]>drop database cs;
恢復(fù)到周三誤drop之前的數(shù)據(jù)狀態(tài)
恢復(fù)思路:1.? 掛出維護(hù)頁惜互,停止當(dāng)天的自動備份腳本2.? 檢查備份:周日full+周一inc1+周二inc2,周三的完整二進(jìn)制日志3. 進(jìn)行備份整理(細(xì)節(jié))琳拭,截取關(guān)鍵的二進(jìn)制日志(從備份——誤刪除之前)4. 測試庫進(jìn)行備份恢復(fù)及日志恢復(fù)5. 應(yīng)用進(jìn)行測試無誤训堆,開啟業(yè)務(wù)6. 此次工作的總結(jié)
恢復(fù)過程
1.檢查備份1afe8136-601d-11e9-9022-000c2928f5dd:7-92.備份整理(apply-log)+合并備份(full+inc1+inc2)(1)全備的整理[root@db01 one]# innobackupex--apply-log--redo-only/data/backup/full(2)合并inc1到full中[root@db01 one]# innobackupex--apply-log--redo-only--incremental-dir=/data/backup/inc1/data/backup/full(3)合并inc2到full中[root@db01 one]# innobackupex--apply-log--incremental-dir=/data/backup/inc2/data/backup/full(4)最后一次整理全備[root@db01 backup]#? innobackupex--apply-log/data/backup/full3.截取周二23:00到drop 之前的 binlog[root@db01 inc2]# mysqlbinlog--skip-gtids--include-gtids='1afe8136-601d-11e9-9022-000c2928f5dd:7-9'/data/binlog/mysql-bin.000009>/data/backup/binlog.sql4.進(jìn)行恢復(fù)[root@db01 backup]# mkdir/data/mysql/data2-p[root@db01 full]# cp-a*/data/mysql/data2[root@db01 backup]# chown-R mysql./data/*
[root@db01 backup]# systemctl stop mysqld
vim /etc/my.cnf
datadir=/data/mysql/data2
systemctl start mysqld
Master [(none)]>set sql_log_bin=0;
Master [(none)]>source /data/backup/binlog.sql
作業(yè)1
Xtrabackup企業(yè)級增量恢復(fù)實(shí)戰(zhàn)背景:某大型網(wǎng)站,mysql數(shù)據(jù)庫白嘁,數(shù)據(jù)量500G坑鱼,每日更新量20M-30M備份策略:xtrabackup,每周日0:00進(jìn)行全備絮缅,周一到周六00:00進(jìn)行增量備份鲁沥。故障場景:周三下午2點(diǎn)出現(xiàn)數(shù)據(jù)庫意外刪除表操作。如何恢復(fù)耕魄?
作業(yè)2
練習(xí):mysqldump備份恢復(fù)例子1画恰、創(chuàng)建一個數(shù)據(jù)庫 oldboy2、在oldboy下創(chuàng)建一張表t13吸奴、插入5行任意數(shù)據(jù)4允扇、全備5、插入兩行數(shù)據(jù)则奥,任意修改3行數(shù)據(jù)考润,刪除1行數(shù)據(jù)6、刪除所有數(shù)據(jù)7逞度、再t1中又插入5行新數(shù)據(jù)额划,修改3行數(shù)據(jù)需求,跳過第六步恢復(fù)表數(shù)據(jù)
作業(yè)3
分別寫備份腳本和策略
作業(yè)4:備份集中單獨(dú)恢復(fù)表
思考:在之前的項目案例中,如果誤刪除的表只有10M,而備份有500G,該如何快速恢復(fù)誤刪除表?提示:drop table city;create table city like city_bak;alter table city discard tablespace;cp/backup/full/world/city.ibd/application/mysql/data/world/chown-R mysql.mysql/application/mysql/data/world/city.ibd alter table cityimporttablespace;
作業(yè)5: 從mysqldump 全備中獲取庫和表的備份
1档泽、獲得表結(jié)構(gòu)# sed-e'/./{H;$!d;}'-e'x;/CREATE TABLE `city`/!d;q'full.sql>createtable.sql2俊戳、獲得INSERT INTO 語句,用于數(shù)據(jù)的恢復(fù)# grep-i'INSERT INTO `city`'full.sqll>data.sql &3.獲取單庫的備份# sed-n'/^-- Current Database: `world`/,/^-- Current Database: `/p'all.sql>world.sql
作者:MySQL_oldguo
鏈接:http://www.reibang.com/p/6fbdcb7695cb
來源:簡書
著作權(quán)歸作者所有馆匿。商業(yè)轉(zhuǎn)載請聯(lián)系作者獲得授權(quán)抑胎,非商業(yè)轉(zhuǎn)載請注明出處。