mysql備份恢復(fù)

1. 運維在數(shù)據(jù)庫備份恢復(fù)方面的職責(zé)

1.1 設(shè)計備份策略

全備? 、增量、時間、自動

1.2 日常備份檢查

備份存在性

備份空間夠用否

1.3 定期恢復(fù)演練(測試庫)

一季度 或者 半年

1.4 故障恢復(fù)

通過現(xiàn)有備份,能夠?qū)?shù)據(jù)庫恢復(fù)到故障之前的時間點.? ? ?

1.5 遷移

1. 停機時間

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ù)庫沒有任何變更的情況下,進行備份數(shù)據(jù).

業(yè)務(wù)停止

3. 備份方式及工具介紹

3.1 邏輯備份工具

基于SQL語句進行備份

mysqldump? ? ? *****

mysqlbinlog? ? *****

3.2 物理備份工具

基于磁盤數(shù)據(jù)文件備份

xtrabackup(XBK) :percona 第三方? *****

MySQL Enterprise Backup(MEB)

4. 邏輯備份和物理備份的比較

4.1 mysqldump (MDP)

優(yōu)點:

1.不需要下載安裝

2.備份出來的是SQL,文本格式,可讀性高,便于備份處理

3.壓縮比較高,節(jié)省備份的磁盤空間

缺點:

依賴于數(shù)據(jù)庫引擎,需要從磁盤把數(shù)據(jù)讀出

然后轉(zhuǎn)換成SQL進行轉(zhuǎn)儲,比較耗費資源,數(shù)據(jù)量大的話效率較低

建議:

100G以內(nèi)的數(shù)據(jù)量級,可以使用mysqldump

超過TB以上,我們也可能選擇的是mysqldump,配合分布式的系統(tǒng)

1EB? =1024 PB =1000000 TB

4.2 xtrabackup(XBK)

優(yōu)點:

1.類似于直接cp數(shù)據(jù)文件,不需要管邏輯結(jié)構(gòu),相對來說性能較高

缺點:

2.可讀性差

3.壓縮比低,需要更多磁盤空間

建議:

>100G<TB

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

遠程備份:

mysqldump -uroot -p? -h 10.0.0.51 -P3306

6.1.2 備份專用基本參數(shù)

-A 全備參數(shù)

例子1:

[root@db01 ~]# mkdir -p /data/backup

mysqldump -uroot -p -A >/data/backup/full.sql

Enter password:

mysqldump: [Warning] Using a password on the command line interface can be insecure.

Warning: A partial dump from a server that has GTIDs will by default include the GTIDs of all transactions, even those that changed suppressed parts of the database. If you don't want to restore GTIDs, pass --set-gtid-purged=OFF. To make a complete dump, pass --all-databases --triggers --routines --events.

# 補充:

# 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)浞蓍_始時間點的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)在備份時,會自動記錄,二進制日志文件名和位置號

0 默認值

1? 以change master to命令形式,可以用作主從復(fù)制

2? 以注釋的形式記錄,備份時刻的文件名+postion號

(2) 自動鎖表

(3)如果配合--single-transaction,只對非InnoDB表進行鎖表備份,InnoDB表進行“熱“”備,實際上是實現(xiàn)快照備份。

--single-transaction

innodb 存儲引擎開啟熱備(快照備份)功能? ? ?

master-data可以自動加鎖

(1)在不加--single-transaction ,啟動所有表的溫備份,所有表都鎖定

(1)加上--single-transaction ,對innodb進行快照備份,對非innodb表可以實現(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 , on

off

使用場景:

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.sql

2. 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=#

The maximum packet length to send to or receive from server.

6.2 小練習(xí):

6.2.1. 實現(xiàn)所有表的單獨備份

提示:

information_schema.tables

mysqldump -uroot -p123 world city >/backup/world_city.sql

select concat("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") from information_schema.tables where table_schema not in ('sys','information_schema','performance_schema');

6.2.2.模擬故障案例并恢復(fù)

(1)每天全備

(2)binlog日志是完整

(3)模擬白天的數(shù)據(jù)變化

(4)模擬下午兩點誤刪除數(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.sql

2. 模擬白天的數(shù)據(jù)變化

Master [(none)]>create database day1 charset utf8;

Master [(none)]>use day1

Master [day1]>create table t1(id int);

Master [day1]>insert into t1 values(1),(2),(3);

Master [day1]>commit;

Master [world]>update city set countrycode='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.從備份中獲取二進制日志位置

3.根據(jù)日志位置截取需要的二進制日志

4.初始化數(shù)據(jù)庫,并啟動

5.恢復(fù)全備

6.恢復(fù)二進制日志

6.3. 壓縮備份并添加時間戳

例子:

mysqldump -uroot -p123 -A? -R? --triggers --master-data=2? --single-transaction|gzip > /backup/full_$(date +%F).sql.gz

mysqldump -uroot -p123 -A? -R? --triggers --master-data=2? --single-transaction|gzip > /backup/full_$(date +%F-%T).sql.gz

mysqldump備份的恢復(fù)方式(在生產(chǎn)中恢復(fù)要謹慎,恢復(fù)會刪除重復(fù)的表)

set sql_log_bin=0;

source /backup/full_2018-06-28.sql

注意:

1、mysqldump在備份和恢復(fù)時都需要mysql實例啟動為前提。

2、一般數(shù)據(jù)量級100G以內(nèi),大約15-45分鐘可以恢復(fù),數(shù)據(jù)量級很大很大的時候(PB、EB)

3、mysqldump是覆蓋形式恢復(fù)的方法。

一般我們認為,在同數(shù)據(jù)量級,物理備份要比邏輯備份速度快.

邏輯備份的優(yōu)勢:

1、可讀性強

2、壓縮比很高

7、企業(yè)故障恢復(fù)案例

7.1 背景環(huán)境:

正在運行的網(wǎng)站系統(tǒng),mysql-5.7.20 數(shù)據(jù)庫,數(shù)據(jù)量50G,日業(yè)務(wù)增量1-5M。

7.2 備份策略:

每天23:00點,計劃任務(wù)調(diào)用mysqldump執(zhí)行全備腳本

7.3 故障時間點:

年底故障演練:模擬周三上午10點誤刪除數(shù)據(jù)庫,并進行恢復(fù).

7.4 思路:

1、停業(yè)務(wù),避免數(shù)據(jù)的二次傷害

2、找一個臨時庫,恢復(fù)周三23:00全備

3、截取周二23:00? --- 周三10點誤刪除之間的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 backup

create table t1 (id int);

insert into t1 values(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點之間數(shù)據(jù)變化

use backup

insert into t1 values(11),(22),(33);

commit;

create table t2 (id int);

insert into t2 values(11),(22),(33);

7.5.4 模擬故障,刪除表(只是模擬,不代表生產(chǎn)操作)

drop database backup;

7.6 恢復(fù)過程

7.6.1 準(zhǔn)備臨時數(shù)據(jù)庫(多實例3307)

systemctl start mysqld3307

7.6.2 準(zhǔn)備備份

(1)準(zhǔn)備全備:

cd /backup

gunzip full_2018-10-17.sql.gz

(2)截取二進制日志

-- CHANGE MASTER TO MASTER_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.sock

set sql_log_bin=0;

source /backup/full_2018-10-17.sql

source /backup/bin.sql

7.6.4 將故障表導(dǎo)出并恢復(fù)到生產(chǎn)

mysqldump? -S /data/3307/mysql.sock backup t1 >/backup/t1.sql

mysql -uroot -p123

set sql_log_bin=0

use backup

source /backup/t1.sql;

8. 課下作業(yè):

練習(xí):

1、創(chuàng)建一個數(shù)據(jù)庫 oldboy

2、在oldboy下創(chuàng)建一張表t1

3、插入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=2 max_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.repo

yum -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.rpm

https://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.rpm

yum -y install percona-xtrabackup-24-2.4.4-1.el7.x86_64.rpm

10.2、備份命令介紹:

xtrabackup

innobackupex? ? ******

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一起拷貝走,也就是checkpoint LSN之后的日志

? 2、在恢復(fù)之前,模擬Innodb“自動故障恢復(fù)”的過程,將redo(前滾)與undo(回滾)進行應(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----- 1 root root? ? ? 24 Jun 29 09:59 xtrabackup_binlog_info

-rw-r----- 1 root root? ? ? 119 Jun 29 09:59 xtrabackup_checkpoints

-rw-r----- 1 root root? ? ? 489 Jun 29 09:59 xtrabackup_info

-rw-r----- 1 root root? ? 2560 Jun 29 09:59 xtrabackup_logfile

xtrabackup_binlog_info :(備份時刻的binlog位置)

[root@db01 full]# cat xtrabackup_binlog_info

mysql-bin.000003? ? 536749

79de40d3-5ff3-11e9-804a-000c2928f5dd:1-7

記錄的是備份時刻,binlog的文件名字和當(dāng)時的結(jié)束的position,可以用來作為截取binlog時的起點。

xtrabackup_checkpoints :

backup_type = full-backuped

from_lsn = 0? ? ? ? ? ? 上次所到達的LSN號(對于全備就是從0開始,對于增量有別的顯示方法)

to_lsn = 160683027? ? ? 備份開始時間(ckpt)點數(shù)據(jù)頁的LSN? ?

last_lsn = 160683036? ? 備份結(jié)束后,redo日志最終的LSN

compact = 0

recover_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進行重做,已提交的寫到數(shù)據(jù)文件,未提交的使用undo回滾掉。模擬了CSR的過程

[root@db01 ~]# innobackupex --apply-log? /backup/full

恢復(fù)備份

前提:

1、被恢復(fù)的目錄是空

2、被恢復(fù)的數(shù)據(jù)庫的實例是關(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@db01 full]# cp -a /backup/full/* /data/mysql1/

啟動數(shù)據(jù)庫

vim /etc/my.cnf

datadir=/data/mysql1

[root@db01 mysql1]# chown -R mysql.mysql /data/mysql1

systemctl start mysqld

10.4.3 innobackupex 增量備份(incremental)

(1)增量備份的方式,是基于上一次備份進行增量。

(2)增量備份無法單獨恢復(fù)。必須基于全備進行恢復(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 cs

db01 [cs]>create table t1 (id int);

db01 [cs]>insert into t1 values(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 (id int);

db01 [cs]>insert into t2 values(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 (id int);

db01 [cs]>insert into t3 values(1),(2),(3);

db01 [cs]>commit;

db01 [cs]>drop database cs;

恢復(fù)到周三誤drop之前的數(shù)據(jù)狀態(tài)

恢復(fù)思路:

1.? 掛出維護頁,停止當(dāng)天的自動備份腳本

2.? 檢查備份:周日full+周一inc1+周二inc2,周三的完整二進制日志

3. 進行備份整理(細節(jié)),截取關(guān)鍵的二進制日志(從備份——誤刪除之前)

4. 測試庫進行備份恢復(fù)及日志恢復(fù)

5. 應(yīng)用進行測試無誤,開啟業(yè)務(wù)

6. 此次工作的總結(jié)

恢復(fù)過程

1. 檢查備份

1afe8136-601d-11e9-9022-000c2928f5dd:7-9

2. 備份整理(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/full

3. 截取周二 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.sql

4. 進行恢復(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ù)實戰(zhàn)

背景:

某大型網(wǎng)站,mysql數(shù)據(jù)庫,數(shù)據(jù)量500G,每日更新量20M-30M

備份策略:

xtrabackup,每周日0:00進行全備,周一到周六00:00進行增量備份。

故障場景:

周三下午2點出現(xiàn)數(shù)據(jù)庫意外刪除表操作。

如何恢復(fù)?

作業(yè)2

練習(xí):mysqldump備份恢復(fù)例子

1、創(chuàng)建一個數(shù)據(jù)庫 oldboy

2、在oldboy下創(chuàng)建一張表t1

3、插入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:備份集中單獨恢復(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 city import? tablespace;

作業(yè)5: 從mysqldump 全備中獲取庫和表的備份

1、獲得表結(jié)構(gòu)

# sed -e'/./{H;$!d;}' -e 'x;/CREATE TABLE `city`/!d;q'? full.sql>createtable.sql

2、獲得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

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 227,837評論 6 531
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 98,196評論 3 414
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 175,688評論 0 373
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經(jīng)常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,654評論 1 309
  • 正文 為了忘掉前任,我火速辦了婚禮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當(dāng)我...
    茶點故事閱讀 71,456評論 6 406
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 54,955評論 1 321
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,044評論 3 440
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 42,195評論 0 287
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 48,725評論 1 333
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 40,608評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,802評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,318評論 5 358
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 44,048評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,422評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,673評論 1 281
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,424評論 3 390
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 47,762評論 2 372

推薦閱讀更多精彩內(nèi)容