mysql誤刪除一個(gè)表，可以恢復(fù)嗎

1、首先構(gòu)建測(cè)試環(huán)境數(shù)據(jù)create table t1(a varchar(10),b varchar(10));insert into t1 values('1','1');insert into t1 values('2','2');commit;。

創(chuàng)新互聯(lián)公司成立于2013年，先為榆社等服務(wù)建站，榆社等地企業(yè)，進(jìn)行企業(yè)商務(wù)咨詢(xún)服務(wù)。為榆社企業(yè)網(wǎng)站制作PC+手機(jī)+微官網(wǎng)三網(wǎng)同步一站式服務(wù)解決您的所有建站問(wèn)題。

2、模擬誤修改，將t1表中的b字段更新為錯(cuò)誤數(shù)據(jù) "123456"update t1 set b='123456' where a='1';commit;select * from t1;。

3、將恢復(fù)工具上傳到服務(wù)器并進(jìn)行解壓。unzip binlog2sql-master.zip。

4、得到誤修改時(shí)的binlog文件（show binary logs;），實(shí)驗(yàn)環(huán)境是mysql-bin.000011。

5、通過(guò)?binlog2sql.py 腳本的到所有 對(duì)表 t1 的修改操作。python binlog2sql.py -hlocalhost -P23307 -ubinlog2sql -p'binlog2sql' -dtest -tt1 --start-file='mysql-bin.000011'。

6、得到了誤刪除的sql的準(zhǔn)確位置在1382-1615之間，使用 _**-B**_ 選項(xiàng)生成回滾sql。python binlog2sql.py -hlocalhost -P23307 -ubinlog2sql -p'binlog2sql' -dtest -tt1 --start-file='mysql-bin.000011' --start-position=1382 --stop-position=1615 -B。

7、執(zhí)行得到的回滾語(yǔ)句進(jìn)行誤操作恢復(fù)。就完成了。

怎么恢復(fù)mysql數(shù)據(jù)表里剛剛刪除的東西

1.第一步，查詢(xún)語(yǔ)句：select*fromtable_name;或select*fromtable_namewhere條件，如下圖。

2.第二步，增加語(yǔ)句或插入數(shù)據(jù)insertintotable_name(clus...)values(values...)實(shí)例如圖

3.修改數(shù)據(jù)：updatetablenamesetxx=xx,xxx=xxwherexxx=xxxandxxx=xxx，如下圖。

4.第四步，刪除語(yǔ)句deletetable_namewhere條件實(shí)例如圖。

mysql的數(shù)據(jù)刪除后怎么恢復(fù)

如果你要恢復(fù)的數(shù)據(jù)庫(kù)是包含授權(quán)表的mysql數(shù)據(jù)庫(kù)，您將需要使用--skip贈(zèng)款-tables選項(xiàng)來(lái)運(yùn)行服務(wù)器恢復(fù)整個(gè)數(shù)據(jù)庫(kù)

- 首先，。否則，服務(wù)器會(huì)抱怨不能找到授權(quán)表。恢復(fù)表后，執(zhí)行mysqladmin沖水privileges告訴服務(wù)器裝載授權(quán)表，并用它們來(lái)啟動(dòng)。數(shù)據(jù)庫(kù)目錄到其他地方的原始內(nèi)容

復(fù)制。例如，您可以使用它們?cè)谝院蟮氖潞蠓治鰴z查表（驗(yàn)尸）的崩潰。

酒店與最新的數(shù)據(jù)庫(kù)備份文件重新加載。如果您打算使用mysqldump的所加載的文件，則需要輸入它們作為mysql的。如果您打算使用從數(shù)據(jù)庫(kù)文件直接拷貝（例如，使用tar或CP），它會(huì)復(fù)制他們直接回?cái)?shù)據(jù)庫(kù)目錄中。然而，在這種情況下，你應(yīng)該在關(guān)閉之前，該服務(wù)器復(fù)制這些文件，然后重新啟動(dòng)它。在備份過(guò)程中

重做日志，然后查詢(xún)更新數(shù)據(jù)庫(kù)表中。對(duì)于所有可用的更新日志，你可以使用它作為mysql的輸入。指定--one-database選項(xiàng)，因此MySQL只是要還原的數(shù)據(jù)庫(kù)執(zhí)行查詢(xún)。如果你意識(shí)到有必要使用所有的更新日志文件，可以使用包含以下命令日志的目錄：

％LS-TRL更新（0-9）* | xargs的貓| mysql--。一個(gè)數(shù)據(jù)庫(kù)DB_NAME

ls命令生成一個(gè)單獨(dú)的日志文件更新列表，更新日志文件根據(jù)服務(wù)器（你知道，如果你其中的任何文件，排序順序生成的順序進(jìn)行排序會(huì)發(fā)生變化，這將導(dǎo)致在更新日志中以錯(cuò)誤的順序使用）。有限公司您可能需要使用一些更新日志。例如，如果日志，因?yàn)槊鹵pdate.392備份，pdate.393等產(chǎn)生的，可以在命令重新運(yùn)行它們：

％的mysql - 一個(gè)數(shù)據(jù)庫(kù)DB_NAME 錄入。 392

％的mysql - 一個(gè)數(shù)據(jù)庫(kù)DB_NAME updata.393 ...

如果您正在運(yùn)行的恢復(fù)，并打算使用更新日志恢復(fù)由于失誤降數(shù)據(jù)的基礎(chǔ)上，DROPTABLE或DELETE語(yǔ)句和丟失的信息時(shí)，一定要在開(kāi)始更新日志刪除這些語(yǔ)句。

恢復(fù)單個(gè)表

恢復(fù)單個(gè)表是非常困難的。如果是的mysqldump備份文件生成的，它只是不包含數(shù)據(jù)，您需要一個(gè)表，你需要提取的相關(guān)線路，并利用它們作為mysql的輸入，這部分比較容易。困難的是，提取在該表的更新日志中使用的片段。你會(huì)發(fā)現(xiàn)：mysql_find_rows工具在這方面有所幫助，它可以提取多行從更新日志查詢(xún)。另一種可能性是使用另一臺(tái)服務(wù)器

恢復(fù)整個(gè)數(shù)據(jù)庫(kù)，然后將該文件復(fù)制到表的原始數(shù)據(jù)庫(kù)。這其實(shí)很容易！當(dāng)文件被復(fù)制回?cái)?shù)據(jù)庫(kù)目錄，確保原始數(shù)據(jù)庫(kù)服務(wù)器關(guān)閉。

MySQL+workbench+local+instance誤刪怎么找回？

恢復(fù)整個(gè)數(shù)據(jù)庫(kù)首先，如果要恢復(fù)的數(shù)據(jù)庫(kù)是含有授權(quán)表的mysql數(shù)據(jù)庫(kù)，將需要使用--skip-grant-tables選項(xiàng)運(yùn)行服務(wù)器。否則，服務(wù)器將抱怨無(wú)法找到授權(quán)表。在恢復(fù)表之后，執(zhí)行mysqladmin flush-privileges 來(lái)告訴服務(wù)器加載授權(quán)表，并用它們啟動(dòng)。將原數(shù)據(jù)庫(kù)目錄的內(nèi)容拷貝到其他的地方。例如，您可能會(huì)在稍后用它們進(jìn)行崩潰表的事后分析檢查（post-mortem examination）。用最新的備份文件重新加載數(shù)據(jù)庫(kù)。如果您打算使用由mysqldump 加載的文件，則需要將它們作為mysql的輸入。如果打算使用從數(shù)據(jù)庫(kù)中直接拷貝的文件（如，用tar 或c p），則將它們直接拷貝回到該數(shù)據(jù)庫(kù)目錄中。但是，在這種情況下，應(yīng)該在拷貝這些文件之前關(guān)閉服務(wù)器，然后再重新啟動(dòng)它。用更新日志重做在進(jìn)行備份后又修改了數(shù)據(jù)庫(kù)表的查詢(xún)。對(duì)于所有可用的更新日志，可使用它作為mysql的輸入。指定--one-database 選項(xiàng)，使mysql只對(duì)想要恢復(fù)的數(shù)據(jù)庫(kù)執(zhí)行查詢(xún)。如果您知道需要使用所有的更新日志文件，可在包含日志的目錄中使用下列命令：% ls-t-r-l update.(0-9)* | xargs cat | mysql--one-database db_namels 命令產(chǎn)生更新日志文件的單列列表，更新日志文件根據(jù)服務(wù)器生成的順序進(jìn)行排序（要知道，如果您修改了其中的任何文件，排序的順序都將改變，這將導(dǎo)致更新日志按錯(cuò)誤的順序使用）。您很可能必須使用某些更新日志。例如，如果自備份以來(lái)所產(chǎn)生的日志命名為update.392、pdate.393 等等，可以重新運(yùn)行它們中的命令：% mysql--one-database db_name updata.392% mysql--one-database db_name updata.393…如果正在運(yùn)行恢復(fù)并打算使用更新日志恢復(fù)由于失策的DROP DATA BASE、DROPTABLE或DELETE 語(yǔ)句而丟失的信息，應(yīng)確保先從更新日志中刪除這些語(yǔ)句。恢復(fù)單個(gè)的表恢復(fù)單個(gè)表是很困難的。如果有通過(guò)mysqldump 生成的備份文件并且它恰好不包含您想要的表數(shù)據(jù)，則需要抽取相關(guān)的行并用它們作為mysql的輸入，這部分較容易。困難的是抽取應(yīng)用于該表的更新日志的片段。您會(huì)發(fā)現(xiàn)： mysql_find_rows 實(shí)用程序?qū)@方面有幫助，它可以從更新日志中抽取多行查詢(xún)。另一種可能性是用另一個(gè)服務(wù)器恢復(fù)整個(gè)數(shù)據(jù)庫(kù)，然后將所要的該表的文件拷貝到原始數(shù)據(jù)庫(kù)中。這實(shí)際很容易！在將文件拷貝回?cái)?shù)據(jù)庫(kù)目錄時(shí)，應(yīng)確保原始數(shù)據(jù)庫(kù)的服務(wù)器關(guān)閉。

不小心刪掉了mysql數(shù)據(jù)庫(kù)怎么辦

mysql數(shù)據(jù)庫(kù)不小心還原了需要按照以下步驟恢復(fù)。

1、先確認(rèn)mysql有沒(méi)有啟用bin日志 ，就是看下mysql.ini（my.cnf）里的log-bin=mysql-bin， 可以 自定義一個(gè)目錄和前綴名，比如/data/log/mylog這樣。

2、然后在數(shù)據(jù)庫(kù)文件存放的data目錄就能看到mysql-bin.00000x這樣的文件，這就是二進(jìn)制日志了，可以導(dǎo)出成txt格式的，里面其實(shí)就是對(duì)數(shù)據(jù)庫(kù)的各種操作sql語(yǔ)句。

3、導(dǎo)出txt文件：

e:\wamp\bin\mysql\mysql5.6.12\binmysqlbinlog

--database=testdatabase

e:\wamp\bin\mysql\mysql5.6.12\data\mysql-bin.000312

c:\\test1.txt

這是windows下的導(dǎo)出，linux也是類(lèi)似的。

database=數(shù)據(jù)庫(kù)名

從最早的日志還始還原

linux下可以很方便的 mysql-bin.000*

可以加參數(shù)開(kāi)始時(shí)間和結(jié)束時(shí)間，就是你執(zhí)行那條sql語(yǔ)句的時(shí)間

start-datetime="2014-12-04

11:25:56"

--stop-datetime="2014-12-04

13:23:50"

4、恢復(fù)數(shù)據(jù)：

e:\wamp\bin\mysql\mysql5.6.12\binmysqlbinlog

--database=yundongchao

e:\wamp\bin\mysql\mysql5.6.12\data\mysql-bin.000179

|

mysql

-u

root

-p

------------------------------------------------

MySQL誤刪數(shù)據(jù)后切勿跑路

誤刪數(shù)據(jù)的幾種操作

如何事前預(yù)防誤刪數(shù)據(jù)？

誤刪行數(shù)據(jù)恢復(fù)

誤刪行數(shù)據(jù)恢復(fù)可以使用 Flashback工具 。

Flashback恢復(fù)數(shù)據(jù)的原理是通過(guò)修改binlog內(nèi)容，拿回原庫(kù)進(jìn)行回放，前提是 binlog_format=row和binlog_row_image=FULL 。

在使用Flashback進(jìn)行恢復(fù)的時(shí)候， 不建議在主庫(kù)上進(jìn)行操作 ，比較安全的做法是恢復(fù)出一個(gè)備份，或者找一個(gè)從庫(kù)作為臨時(shí)庫(kù)，在這個(gè)臨時(shí)庫(kù)上執(zhí)行操作，然后再將確認(rèn)過(guò)的臨時(shí)庫(kù)的數(shù)據(jù)恢復(fù)到主庫(kù)。

誤刪庫(kù)/表

drop table或者truncate table誤刪數(shù)據(jù)表 無(wú)法通過(guò)Flashback工具恢復(fù) ，因?yàn)閎inlog_format的格式即使是ROW模式，在binlog中記錄的也只是一條drop table或者truncate語(yǔ)句，因此無(wú)法進(jìn)行恢復(fù)。

此時(shí)恢復(fù)的方式需要 全量備份加增量日志的方式進(jìn)行恢復(fù) ，因此要求數(shù)據(jù)有定期的全量備份，并且實(shí)時(shí)備份binlog。

假如某人在中午12點(diǎn)誤刪除了一個(gè)庫(kù)里的某張表，恢復(fù)數(shù)據(jù)的流程如下：

mysqlbinlog恢復(fù)數(shù)據(jù)慢的原因？

如何更快的恢復(fù)誤刪的表？

在用備份恢復(fù)出臨時(shí)實(shí)例以后，將這個(gè)臨時(shí)實(shí)例設(shè)置成線上備庫(kù)的從庫(kù)：

假設(shè)此時(shí)備庫(kù)的binlog已經(jīng)被刪除，那么需要去binlog備份系統(tǒng)找到刪掉的日志文件拷貝到日志目錄下，假設(shè)文件名是master.000001，打開(kāi)日志目錄下的binlog的index文件，在開(kāi)頭加入master.000001，讓備庫(kù)重新識(shí)別此日志文件

延遲復(fù)制備庫(kù)

以上恢復(fù)都具有時(shí)間不可控性，如果采用上述步驟進(jìn)行恢復(fù)，建議開(kāi)發(fā)成工具（甚至可以做自己的DBA自動(dòng)化平臺(tái)），并大量測(cè)試后進(jìn)行使用，避免手動(dòng)誤操作帶來(lái)更大的問(wèn)題。

一般的主備復(fù)制存在的問(wèn)題是，假設(shè)主庫(kù)上的表被刪除，這個(gè)命令很快會(huì)被發(fā)給所有從庫(kù)，進(jìn)而導(dǎo)致從庫(kù)的數(shù)據(jù)表也被一起誤刪除。

延遲復(fù)制備庫(kù) 是可以持續(xù)保持與主庫(kù)有N秒延遲的備庫(kù) 。

假設(shè)這里N=3600，那么表示只要在1個(gè)小時(shí)以?xún)?nèi)發(fā)現(xiàn)了誤刪除，就可以的到備庫(kù)上執(zhí)行stop slave，再通過(guò)之前講到的方法，跳過(guò)誤操作的命令（比如將誤刪除的GTID加到實(shí)例集合中），就可以恢復(fù)出需要的數(shù)據(jù)。

rm誤刪

只要你的集群是高可用，如果rm刪除了某個(gè)節(jié)點(diǎn)(只要不是惡意刪除所有節(jié)點(diǎn))，HA系統(tǒng)會(huì)自動(dòng)開(kāi)始工作，選出一個(gè)新的主庫(kù)，從而保證集群工作。