前言：

MySQL 邏輯備份工具最常用的就是 mysqldump 了，一般我們都是備份整個(gè)實(shí)例或部分業(yè)務(wù)庫(kù)。不清楚你有沒(méi)有做過(guò)恢復(fù)，恢復(fù)場(chǎng)景可能就比較多了，比如我想恢復(fù)某個(gè)庫(kù)或某個(gè)表等。那么如何從全備中恢復(fù)單庫(kù)或單表，這其中又有哪些隱藏的坑呢？這篇文章我們一起來(lái)看下。

1.如何恢復(fù)單庫(kù)或單表

前面文章有介紹過(guò) MySQL 的備份與恢復(fù)。可能我們每個(gè)數(shù)據(jù)庫(kù)實(shí)例中都不止一個(gè)庫(kù)，一般備份都是備份整個(gè)實(shí)例，但恢復(fù)需求又是多種多樣的，比如說(shuō)我想只恢復(fù)某個(gè)庫(kù)或某張表，這個(gè)時(shí)候應(yīng)該怎么操作呢？

如果你的實(shí)例數(shù)據(jù)量不大，可以在另外一個(gè)環(huán)境恢復(fù)出整個(gè)實(shí)例，然后再單獨(dú)備份出所需庫(kù)或表用來(lái)恢復(fù)。不過(guò)這種方法不夠靈活，并且只適用數(shù)據(jù)量比較少的情況。

其實(shí)從全備中恢復(fù)單庫(kù)還是比較方便的，有個(gè) --one-database 參數(shù)可以指定單庫(kù)恢復(fù)，下面來(lái)具體演示下：

# 查看及備份所有庫(kù)mysql> show databases;+--------------------+| Database |+--------------------+| information_schema || mysql || performance_schema || sbtest || sys|| testdb || testdb2 |+--------------------+mysqldump -uroot -pxxxx -R -E --single-transaction --all-databases > all_db.sql# 刪除testdb庫(kù) 并進(jìn)行單庫(kù)恢復(fù)mysql> drop database testdb;Query OK, 36 rows affected (2.06 sec)# 貌似恢復(fù)前 testdb庫(kù)不存在的話要手動(dòng)新建mysql -uroot -pxxxx --one-database testdb < all_db.sql

除了上述方法外，恢復(fù)單庫(kù)或單表還可以采用手動(dòng)篩選的方法。這個(gè)時(shí)候 Linux 下大名鼎鼎的 sed 和 grep 命令就派上用場(chǎng)了，我們可以利用這兩個(gè)命令從全備中篩選出單庫(kù)或單表的語(yǔ)句，篩選方法如下：

# 從全備中恢復(fù)單庫(kù)sed -n ’/^-- Current Database: `testdb`/,/^-- Current Database: `/p’ all_db.sql > testdb.sql# 篩選出單表語(yǔ)句cat all_db.sql | sed -e ’/./{H;$!d;}’ -e ’x;/CREATE TABLE `test_tb`/!d;q’ > /tmp/test_tb_info.sql cat all_db.sql | grep --ignore-case ’insert into `test_tb`’ > /tmp/test_tb_data.sql

2.小心有坑

對(duì)于上述手動(dòng)篩選來(lái)恢復(fù)單庫(kù)或單表的方法，看起來(lái)簡(jiǎn)單方便，其實(shí)隱藏著一個(gè)小坑，下面我們來(lái)具體演示下：

# 備份整個(gè)實(shí)例mysqldump -uroot -pxxxx -R -E --single-transaction --all-databases > all_db.sql# 手動(dòng)備份下test_tb 然后刪除test_tbmysql> create table test_tb_bak like test_tb;Query OK, 0 rows affected (0.03 sec)mysql> insert into test_tb_bak select * from test_tb;Query OK, 4 rows affected (0.02 sec)Records: 4 Duplicates: 0 Warnings: 0mysql> drop table test_tb;Query OK, 0 rows affected (0.02 sec)# 從全備中篩選test_db建表及插數(shù)據(jù)語(yǔ)句cat all_db.sql | sed -e ’/./{H;$!d;}’ -e ’x;/CREATE TABLE `test_tb`/!d;q’ > test_tb_info.sql cat all_db.sql | grep --ignore-case ’insert into `test_tb`’ > test_tb_data.sql# 查看得到的語(yǔ)句 貌似沒(méi)問(wèn)題cat test_tb_info.sqlDROP TABLE IF EXISTS `test_tb`;/*!40101 SET @saved_cs_client = @@character_set_client */;/*!40101 SET character_set_client = utf8 */;CREATE TABLE `test_tb` ( `inc_id` int(11) NOT NULL AUTO_INCREMENT COMMENT ’自增主鍵’, `col1` int(11) NOT NULL, `col2` varchar(20) DEFAULT NULL, `col_dt` datetime DEFAULT NULL, `create_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT ’創(chuàng)建時(shí)間’, `update_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT ’修改時(shí)間’, PRIMARY KEY (`inc_id`)) ENGINE=InnoDB AUTO_INCREMENT=5 DEFAULT CHARSET=utf8 COMMENT=’測(cè)試表’;/*!40101 SET character_set_client = @saved_cs_client */;cat test_tb_data.sqlINSERT INTO `test_tb` VALUES (1,1001,’dsfs’,’2020-08-04 12:12:36’,’2020-09-17 06:19:27’,’2020-09-17 06:19:27’),(2,1002,’vfsfs’,’2020-09-04 12:12:36’,’2020-09-17 06:19:27’,’2020-09-17 06:19:27’),(3,1003,’adsfsf’,NULL,’2020-09-17 06:19:27’,’2020-09-17 06:19:27’),(4,1004,’walfd’,’2020-09-17 14:19:27’,’2020-09-17 06:19:27’,’2020-09-18 07:52:13’);# 執(zhí)行恢復(fù)單表操作mysql -uroot -pxxxx testdb < test_tb_info.sqlmysql -uroot -pxxxx testdb < test_tb_data.sql# 查看恢復(fù)數(shù)據(jù) 并和備份表比對(duì)mysql> select * from test_tb;+--------+------+--------+---------------------+---------------------+---------------------+| inc_id | col1 | col2 | col_dt | create_time | update_time |+--------+------+--------+---------------------+---------------------+---------------------+| 1 | 1001 | dsfs | 2020-08-04 12:12:36 | 2020-09-17 06:19:27 | 2020-09-17 06:19:27 || 2 | 1002 | vfsfs | 2020-09-04 12:12:36 | 2020-09-17 06:19:27 | 2020-09-17 06:19:27 || 3 | 1003 | adsfsf | NULL| 2020-09-17 06:19:27 | 2020-09-17 06:19:27 || 4 | 1004 | walfd | 2020-09-17 14:19:27 | 2020-09-17 06:19:27 | 2020-09-18 07:52:13 |+--------+------+--------+---------------------+---------------------+---------------------+4 rows in set (0.00 sec)mysql> select * from test_tb_bak;+--------+------+--------+---------------------+---------------------+---------------------+| inc_id | col1 | col2 | col_dt | create_time | update_time |+--------+------+--------+---------------------+---------------------+---------------------+| 1 | 1001 | dsfs | 2020-08-04 12:12:36 | 2020-09-17 14:19:27 | 2020-09-17 14:19:27 || 2 | 1002 | vfsfs | 2020-09-04 12:12:36 | 2020-09-17 14:19:27 | 2020-09-17 14:19:27 || 3 | 1003 | adsfsf | NULL| 2020-09-17 14:19:27 | 2020-09-17 14:19:27 || 4 | 1004 | walfd | 2020-09-17 14:19:27 | 2020-09-17 14:19:27 | 2020-09-18 15:52:13 |+--------+------+--------+---------------------+---------------------+---------------------+4 rows in set (0.00 sec)

如果你仔細(xì)觀察的話，會(huì)發(fā)現(xiàn)恢復(fù)出來(lái)的數(shù)據(jù)有問(wèn)題，貌似時(shí)間不太對(duì)，你再仔細(xì)看看，是不是有的時(shí)間差了8小時(shí)！詳細(xì)探究下來(lái)，我們發(fā)現(xiàn) timestamp 類型字段的時(shí)間數(shù)據(jù)恢復(fù)有問(wèn)題，準(zhǔn)確來(lái)講備份文件中記錄的是0時(shí)區(qū)，而我們系統(tǒng)一般采用東八區(qū)，所以才會(huì)出現(xiàn)誤差8小時(shí)的問(wèn)題。

那么你會(huì)問(wèn)了，為什么全部恢復(fù)不會(huì)出問(wèn)題呢？問(wèn)的好，我們看下備份文件就知道了。

# 備份文件開(kāi)頭-- MySQL dump 10.13 Distrib 5.7.23, for Linux (x86_64)---- Host: localhost Database:-- -------------------------------------------------------- Server version 5.7.23-log/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;/*!40101 SET NAMES utf8 */;/*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */;/*!40103 SET TIME_ZONE=’+00:00’ */; 注意上面兩行/*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */;/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;/*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE=’NO_AUTO_VALUE_ON_ZERO’ */;/*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;# 備份文件結(jié)尾/*!40103 SET TIME_ZONE=@OLD_TIME_ZONE */;/*!40101 SET SQL_MODE=@OLD_SQL_MODE */;/*!40014 SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS */;/*!40014 SET UNIQUE_CHECKS=@OLD_UNIQUE_CHECKS */;/*!40101 SET CHARACTER_SET_CLIENT=@OLD_CHARACTER_SET_CLIENT */;/*!40101 SET CHARACTER_SET_RESULTS=@OLD_CHARACTER_SET_RESULTS */;/*!40101 SET COLLATION_CONNECTION=@OLD_COLLATION_CONNECTION */;/*!40111 SET SQL_NOTES=@OLD_SQL_NOTES */;-- Dump completed on 2020-09-18 15:56:40

仔細(xì)看備份文件，你會(huì)發(fā)現(xiàn) mysqldump 備份出來(lái)的文件中，首先會(huì)將會(huì)話時(shí)區(qū)改為0，結(jié)尾處再改回原時(shí)區(qū)。這就代表著，備份文件中記錄的時(shí)間戳數(shù)據(jù)都是以0時(shí)區(qū)為基礎(chǔ)的。如果直接執(zhí)行篩選出的SQL，就會(huì)造成0時(shí)區(qū)的時(shí)間戳插入的東八區(qū)的系統(tǒng)中，顯然會(huì)造成時(shí)間相差8小時(shí)的問(wèn)題。

看到這里，不知道你是否看懂了呢，可能有過(guò)備份恢復(fù)經(jīng)驗(yàn)的同學(xué)好理解些。解決上述問(wèn)題的方法也很簡(jiǎn)單，那就是在執(zhí)行SQL文件前，更改當(dāng)前會(huì)話時(shí)區(qū)為0，再次來(lái)演示下：

# 清空test_db表數(shù)據(jù)mysql> truncate table test_tb;Query OK, 0 rows affected (0.02 sec)# 文件開(kāi)頭增加時(shí)區(qū)聲明vim test_tb_data.sqlset session TIME_ZONE=’+00:00’;INSERT INTO `test_tb` VALUES (1,1001,’dsfs’,’2020-08-04 12:12:36’,’2020-09-17 06:19:27’,’2020-09-17 06:19:27’),(2,1002,’vfsfs’,’2020-09-04 12:12:36’,’2020-09-17 06:19:27’,’2020-09-17 06:19:27’),(3,1003,’adsfsf’,NULL,’2020-09-17 06:19:27’,’2020-09-17 06:19:27’),(4,1004,’walfd’,’2020-09-17 14:19:27’,’2020-09-17 06:19:27’,’2020-09-18 07:52:13’);# 執(zhí)行恢復(fù)并比對(duì) 發(fā)現(xiàn)數(shù)據(jù)正確mysql> select * from test_tb;+--------+------+--------+---------------------+---------------------+---------------------+| inc_id | col1 | col2 | col_dt | create_time | update_time |+--------+------+--------+---------------------+---------------------+---------------------+| 1 | 1001 | dsfs | 2020-08-04 12:12:36 | 2020-09-17 14:19:27 | 2020-09-17 14:19:27 || 2 | 1002 | vfsfs | 2020-09-04 12:12:36 | 2020-09-17 14:19:27 | 2020-09-17 14:19:27 || 3 | 1003 | adsfsf | NULL| 2020-09-17 14:19:27 | 2020-09-17 14:19:27 || 4 | 1004 | walfd | 2020-09-17 14:19:27 | 2020-09-17 14:19:27 | 2020-09-18 15:52:13 |+--------+------+--------+---------------------+---------------------+---------------------+4 rows in set (0.00 sec)mysql> select * from test_tb_bak;+--------+------+--------+---------------------+---------------------+---------------------+| inc_id | col1 | col2 | col_dt | create_time | update_time |+--------+------+--------+---------------------+---------------------+---------------------+| 1 | 1001 | dsfs | 2020-08-04 12:12:36 | 2020-09-17 14:19:27 | 2020-09-17 14:19:27 || 2 | 1002 | vfsfs | 2020-09-04 12:12:36 | 2020-09-17 14:19:27 | 2020-09-17 14:19:27 || 3 | 1003 | adsfsf | NULL| 2020-09-17 14:19:27 | 2020-09-17 14:19:27 || 4 | 1004 | walfd | 2020-09-17 14:19:27 | 2020-09-17 14:19:27 | 2020-09-18 15:52:13 |+--------+------+--------+---------------------+---------------------+---------------------+4 rows in set (0.00 sec)

總結(jié)：

我們?cè)诰W(wǎng)絡(luò)中很容易搜索出恢復(fù)單庫(kù)或單表的方法，大多都有提到上述利用 sed 、grep 命令來(lái)手動(dòng)篩選的方法。但大部分文章都未提及可能出現(xiàn)的問(wèn)題，如果你的表字段有timestamp 類型，用這種方法要格外注意。無(wú)論面對(duì)哪種恢復(fù)需求，我們都要格外小心，不要造成越恢復(fù)越糟糕的情況，最好有個(gè)空實(shí)例演練下，然后再進(jìn)行恢復(fù)。

以上就是MySQL如何恢復(fù)單庫(kù)或單表,以及可能遇到的坑的詳細(xì)內(nèi)容，更多關(guān)于MySQL 恢復(fù)單庫(kù)或單表的資料請(qǐng)關(guān)注好吧啦網(wǎng)其它相關(guān)文章！