MySQL使用全庫備份數(shù)據(jù)恢復單表數(shù)據(jù)的方法
前言
備份數(shù)據(jù)庫時，采用了全庫備份，但是因為某些原因需要回滾一個表的數(shù)據(jù)到備份數(shù)據(jù)庫上，如果回滾整個庫就比較費時間，因為可能這個表只有幾十M，但是其它表可能有十幾上百G，這時候就需要將需要恢復的表提取出來了
我們在實際工作中都遇到過這種情況，一個MySQL實例中可能有多個database。而我們備份時，通常采用完全備份，將所有database都備份到一個文件中。
但是，偶爾會遇到只恢復一個database或者一個表的情況。怎么解決呢?
現(xiàn)在有備份庫fdcsqlmysql-2018_11_30-03_00_01.sql，里面有多張表，現(xiàn)在需要恢復其中fdc_document這張表的數(shù)據(jù)
提取建表語句
sed -e '/./{H;$!d;}' -e 'x;/CREATE TABLE `表名`/!d;q' mysqldump.sql(備份文件的文件名)
sed -e '/./{H;$!d;}' -e 'x;/CREATE TABLE `fdc_document`/!d;q' fdcsqlmysql-2018_11_30-03_00_01.sql
DROP TABLE IF EXISTS `fdc_document`;
/*!40101 SET @saved_cs_client = @@character_set_client */;
/*!40101 SET character_set_client = utf8 */;
CREATE TABLE `fdc_document` (
`id` int(10) unsigned NOT NULL AUTO_INCREMENT COMMENT '文檔ID',
`uid` int(10) unsigned NOT NULL DEFAULT '0' COMMENT '用戶ID',
`name` char(40) NOT NULL DEFAULT '' COMMENT '標識',
...
...
...
`entrust_rule` tinyint(3) unsigned NOT NULL DEFAULT '0' COMMENT ' 經(jīng)紀人點擊是否和用戶簽委托協(xié)議：1為有；0為沒有',
`audit` tinyint(3) NOT NULL DEFAULT '0' COMMENT '審核：0為未審核；1為圖片已審核；2為描述已審核；3為圖片和描述都已審核',
PRIMARY KEY (`id`),
KEY `idx_area_house` (`partition`,`category_id`,`status`,`is_off`) USING BTREE,
KEY `idx_model_house` (`model_id`,`status`,`is_off`) USING BTREE,
KEY `idx_community_house` (`community_id`,`estate`,`status`,`is_off`) USING BTREE,
KEY `idx_uid_house` (`uid`,`model_id`,`is_off`) USING BTREE,
KEY `idx_pid_house` (`id`,`pid`,`status`,`is_off`) USING BTREE,
KEY `is_video` (`is_video`) USING BTREE
) ENGINE=InnoDB AUTO_INCREMENT=211138 DEFAULT CHARSET=utf8;
/*!40101 SET character_set_client = @saved_cs_client */;
提取表數(shù)據(jù)
grep 'INSERT INTO表名' mysqldump.sql(備份文件的文件名) > table_data.sql
這里應該執(zhí)行grep 'INSERT INTOfdc_document' fdcsqlmysql-2018_11_30-03_00_01.sql > document.sql
執(zhí)行完后會得到文件document.sql,這就是需要的單獨的表文件，就可以正常恢復表數(shù)據(jù)了
建庫建表
先創(chuàng)建數(shù)據(jù)庫，再根據(jù)上面的SQL語句創(chuàng)建表fdc_document
導入表數(shù)據(jù)
MySQL [document]> souce /data/backup/mysql/document.sql
OK，完工！
總結(jié)
以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學習或者工作具有一定的參考學習價值，如果有疑問大家可以留言交流，謝謝大家對腳本之家的支持。
相關(guān)文章
Mysql錯誤Cannot find or open table x/x from the internal問題解決方法
這篇文章主要介紹了Mysql錯誤Cannot find or open table x/x from the internal問題解決方法,需要的朋友可以參考下2014-06-06
mysql "too many connections" 錯誤 之 mysql解決方法
解決方法是修改/etc/mysql/my.cnf,添加以下一行2009-06-06
這篇文章主要介紹了MySQL 主從同步,事務回滾的實現(xiàn)原理，幫助大家更好的理解和使用MySQL，感興趣的朋友可以了解下2020-12-12
兩個MySql服務的應用兼容方法。2009-10-10
這篇文章主要介紹了MySQL服務器權(quán)限與對象權(quán)限,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教2024-08-08
MySQL存儲引擎中的MyISAM和InnoDB區(qū)別詳解
這篇文章主要介紹了MySQL存儲引擎中的MyISAM和InnoDB區(qū)別詳解,本文總結(jié)了MyISAM與InnoDB的11點區(qū)別,需要的朋友可以參考下2015-03-03
為確保MySQL客戶端默認使用utf8或utf8mb4字符集,需要修改客戶端啟動命令或客戶端配置文件,本文就來介紹一下修改MySQL字符集的實現(xiàn),感興趣的可以了解一下2024-10-10![Starting MySQL.Manager of pid-file quit without updating file.[FAILED]的解決方法](http://img.jbzj.com/images/xgimg/bcimg7.png)
Starting MySQL.Manager of pid-file quit without updating fil
因為硬盤滿了，Starting MySQL.Manager of pid-file quit without updating file.[FAILED]2010-02-02
事務就是一組DML語句組成，這些語句在邏輯上存在相關(guān)性，這一組DML語句要么全部成功，要么全部失敗，是一個整體。MySQL提供一種機制，保證我們達到這樣的效果。事務還規(guī)定不同的客戶端看到的數(shù)據(jù)是不相同的2022-08-08
MySQL AUTO_INCREMENT 主鍵自增長的實現(xiàn)
本文主要介紹了MySQL AUTO_INCREMENT 主鍵自增長的實現(xiàn),每增加一條記錄,主鍵會自動以相同的步長進行增長,具有一定的參考價值,感興趣的可以了解一下2023-11-11