久久精品人人爽,华人av在线,亚洲性视频网站,欧美专区一二三

mysql誤刪除數據怎么恢復

153次閱讀
沒有評論

共計 6658 個字符,預計需要花費 17 分鐘才能閱讀完成。

這篇文章主要介紹“mysql 誤刪除數據怎么恢復”,在日常操作中,相信很多人在 mysql 誤刪除數據怎么恢復問題上存在疑惑,丸趣 TV 小編查閱了各式資料,整理出簡單好用的操作方法,希望對大家解答”mysql 誤刪除數據怎么恢復”的疑惑有所幫助!接下來,請跟著丸趣 TV 小編一起來學習吧!

誤刪除數據恢復:

有兩張表被誤刪除了,t_a  3 萬多數據

鎖定刪除數據時 binlog 的文件名

將 binlog 解析成能夠看懂的內容查找刪除數據的開始的 binlog position 和結束的 binlog position

mysqlbinlog  mysql-bin.000819   –base64-output=DECODE-ROWS -v   –start-datetime= 2017-08-10 16:04:26 –stop-datetime= 2017-08-10 16:04:30   /tmp/819.sql

解決過程:

根據找到的 pos 點,生成反轉的 sql 文件:-h 是誤刪除數據的庫的 ip   -d   所屬數據庫  -t 所屬表

python binlog2sql.py –flashback -h2.1.1.1.  -P3306 -ubinlog  -p 123456 -doms  -tt_a –start-file= mysql-bin.000819 –start-position=13736449 –stop-position=47327695   /tmp/roll.sql

將解析好的 sql 導入到測試庫 看看數據是否正確:

source  roll.sql

當數據正確的時候:導入到誤刪除數據的庫中。

binlog2sql 使用:

安裝:

shell git clone https://github.com/danfengcao/binlog2sql.git cd binlog2sql

shell pip install -r requirements.txt

git 與 pip 的安裝問題請自行搜索解決。

使用

MySQL server 必須設置以下參數:

[mysqld]

server_id = 1

log_bin = /var/log/mysql/mysql-bin.log

max_binlog_size = 1G

binlog_format = row

binlog_row_image = full

user 需要的最小權限集合:

select, super/replication client, replication slave

建議授權

GRANT SELECT, REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO 

權限說明

select:需要讀取 server 端 information_schema.COLUMNS 表,獲取表結構的元信息,拼接成可視化的 sql 語句

super/replication client:兩個權限都可以,需要執行 SHOW MASTER STATUS , 獲取 server 端的 binlog 列表

replication slave:通過 BINLOG_DUMP 協議獲取 binlog 內容的權限

基本用法

解析出標準 SQL

shell python binlog2sql.py -h227.0.0.1 -P3306 -uadmin -p admin -dtest -t test3 test4 –start-file= mysql-bin.000002

輸出:

INSERT INTO `test`.`test3`(`addtime`, `data`, `id`) VALUES (2016-12-10 13:03:38 , english , 4); #start 570 end 736

UPDATE `test`.`test3` SET `addtime`= 2016-12-10 12:00:00 , `data`= 中文 , `id`=3 WHERE `addtime`= 2016-12-10 13:03:22 AND `data`= 中文 AND `id`=3 LIMIT 1; #start 763 end 954

DELETE FROM `test`.`test3` WHERE `addtime`= 2016-12-10 13:03:38 AND `data`= english AND `id`=4 LIMIT 1; #start 981 end 1147

解析出回滾 SQL

shell python binlog2sql.py –flashback -h227.0.0.1 -P3306 -uadmin -p admin -dtest -ttest3 –start-file= mysql-bin.000002 –start-position=763 –stop-position=1147

輸出:

INSERT INTO `test`.`test3`(`addtime`, `data`, `id`) VALUES (2016-12-10 13:03:38 , english , 4); #start 981 end 1147

UPDATE `test`.`test3` SET `addtime`= 2016-12-10 13:03:22 , `data`= 中文 , `id`=3 WHERE `addtime`= 2016-12-10 12:00:00 AND `data`= 中文 AND `id`=3 LIMIT 1; #start 763 end 954

選項

mysql 連接配置

-h host; -P port; -u user; -p password

解析模式

–stop-never 持續同步 binlog。可選。不加則同步至執行命令時最新的 binlog 位置。

-K, –no-primary-key 對 INSERT 語句去除主鍵。可選。

-B, –flashback 生成回滾語句,可解析大文件,不受內存限制,每打印一千行加一句 SLEEP SELECT(1)。可選。與 stop-never 或 no-primary-key 不能同時添加。

解析范圍控制

–start-file 起始解析文件。必須。

–start-position/–start-pos start-file 的起始解析位置。可選。默認為 start-file 的起始位置。

–stop-file/–end-file 末尾解析文件。可選。默認為 start-file 同一個文件。若解析模式為 stop-never,此選項失效。

–stop-position/–end-pos stop-file 的末尾解析位置。可選。默認為 stop-file 的最末位置;若解析模式為 stop-never,此選項失效。

–start-datetime 從哪個時間點的 binlog 開始解析,格式必須為 datetime,如 2016-11-11 11:11:11。可選。默認不過濾。

–stop-datetime 到哪個時間點的 binlog 停止解析,格式必須為 datetime,如 2016-11-11 11:11:11。可選。默認不過濾。

對象過濾

-d, –databases 只輸出目標 db 的 sql。可選。默認為空。

-t, –tables 只輸出目標 tables 的 sql。可選。默認為空。

應用案例

誤刪整張表數據,需要緊急回滾

閃回詳細介紹可參見 example 目錄下《閃回原理與實戰》example/mysql-flashback-priciple-and-practice.md

test 庫 tbl 表原有數據

mysql select * from tbl;

+—-+——–+———————+

| id | name   | addtime             |

+—-+——–+———————+

|  1 | 小趙   | 2016-12-10 00:04:33 |

|  2 | 小錢   | 2016-12-10 00:04:48 |

|  3 | 小孫   | 2016-12-13 20:25:00 |

|  4 | 小李   | 2016-12-12 00:00:00 |

+—-+——–+———————+

4 rows in set (0.00 sec)

mysql delete from tbl;

Query OK, 4 rows affected (0.00 sec)

20:28 時,tbl 表誤操作被清空

mysql select * from tbl;

Empty set (0.00 sec)

恢復數據步驟:

登錄 mysql,查看目前的 binlog 文件

mysql show master status;

+——————+———–+

| Log_name         | File_size |

+——————+———–+

| mysql-bin.000051 |       967 |

| mysql-bin.000052 |       965 |

+——————+———–+

最新的 binlog 文件是 mysql-bin.000052,我們再定位誤操作 SQL 的 binlog 位置。誤操作人只能知道大致的誤操作時間,我們根據大致時間過濾數據。

shell python binlog2sql/binlog2sql.py -h227.0.0.1 -P3306 -uadmin -p admin -dtest -ttbl –start-file= mysql-bin.000052 –start-datetime= 2016-12-13 20:25:00 –stop-datetime= 2016-12-13 20:30:00

輸出:

INSERT INTO `test`.`tbl`(`addtime`, `id`, `name`) VALUES (2016-12-13 20:26:00 , 4, 小李 #start 317 end 487 time 2016-12-13 20:26:26

UPDATE `test`.`tbl` SET `addtime`= 2016-12-12 00:00:00 , `id`=4, `name`= 小李 WHERE `addtime`= 2016-12-13 20:26:00 AND `id`=4 AND `name`= 小李 LIMIT 1; #start 514 end 701 time 2016-12-13 20:27:07

DELETE FROM `test`.`tbl` WHERE `addtime`= 2016-12-10 00:04:33 AND `id`=1 AND `name`= 小趙 LIMIT 1; #start 728 end 938 time 2016-12-13 20:28:05

DELETE FROM `test`.`tbl` WHERE `addtime`= 2016-12-10 00:04:48 AND `id`=2 AND `name`= 小錢 LIMIT 1; #start 728 end 938 time 2016-12-13 20:28:05

DELETE FROM `test`.`tbl` WHERE `addtime`= 2016-12-13 20:25:00 AND `id`=3 AND `name`= 小孫 LIMIT 1; #start 728 end 938 time 2016-12-13 20:28:05

DELETE FROM `test`.`tbl` WHERE `addtime`= 2016-12-12 00:00:00 AND `id`=4 AND `name`= 小李 LIMIT 1; #start 728 end 938 time 2016-12-13 20:28:05

我們得到了誤操作 sql 的準確位置在 728-938 之間,再根據位置進一步過濾,使用 flashback 模式生成回滾 sql,檢查回滾 sql 是否正確 (注:真實環境下,此步經常會進一步篩選出需要的 sql。結合 grep、編輯器等)

shell python binlog2sql/binlog2sql.py -h227.0.0.1 -P3306 -uadmin -p admin -dtest -ttbl –start-file= mysql-bin.000052 –start-position=3346 –stop-position=3556 -B rollback.sql | cat

輸出:

INSERT INTO `test`.`tbl`(`addtime`, `id`, `name`) VALUES (2016-12-12 00:00:00 , 4, 小李 #start 728 end 938 time 2016-12-13 20:28:05

INSERT INTO `test`.`tbl`(`addtime`, `id`, `name`) VALUES (2016-12-13 20:25:00 , 3, 小孫 #start 728 end 938 time 2016-12-13 20:28:05

INSERT INTO `test`.`tbl`(`addtime`, `id`, `name`) VALUES (2016-12-10 00:04:48 , 2, 小錢 #start 728 end 938 time 2016-12-13 20:28:05

INSERT INTO `test`.`tbl`(`addtime`, `id`, `name`) VALUES (2016-12-10 00:04:33 , 1, 小趙 #start 728 end 938 time 2016-12-13 20:28:05

確認回滾 sql 正確,執行回滾語句。登錄 mysql 確認,數據回滾成功。

shell mysql -h227.0.0.1 -P3306 -uadmin -p admin rollback.sql

mysql select * from tbl;

+—-+——–+———————+

| id | name   | addtime             |

+—-+——–+———————+

|  1 | 小趙   | 2016-12-10 00:04:33 |

|  2 | 小錢   | 2016-12-10 00:04:48 |

|  3 | 小孫   | 2016-12-13 20:25:00 |

|  4 | 小李   | 2016-12-12 00:00:00 |

+—-+——–+———————+

限制(對比 mysqlbinlog)

mysql server 必須開啟,離線模式下不能解析

參數 binlog_row_image 必須為 FULL,暫不支持 MINIMAL

解析速度不如 mysqlbinlog

優點(對比 mysqlbinlog)

純 Python 開發,安裝與使用都很簡單

自帶 flashback、no-primary-key 解析模式,無需再裝補丁

flashback 模式下,更適合閃回實戰

解析為標準 SQL,方便理解、調試

代碼容易改造,可以支持更多個性化解析

問題:

在安裝的時候出現了一些問題:

(Run ez_setup.py -U setuptools to reinstall or upgrade.)

[root@ces3 binlog2sql]# python binlog2sql.py 

Traceback (most recent call last):

  File binlog2sql.py , line 5, in

    import pymysql

ImportError: No module named pymysq

# python setup.py  install

Traceback (most recent call last):

  File“setup.py”, line 6, in

    from setuptools import setup, find_packages

ImportError: No module named setuptools 看來還和一個 setuptools 的庫有關,我們繼續安裝。

# wget https://bootstrap.pypa.io/ez_setup.py –no-check-certificate 然后使用 python ez_setup.py install 即可編譯成功 setuptools

再次嘗試 python setup.py install 即可完成 pip 的安裝。

對于插件 PyMySQL 可以使用如下的方式來安裝:

git clone https://github.com/PyMySQL/PyMySQL 對于插件 mysql replication 可以使用如下的方式:

git clone https://github.com/noplay/python-mysql-replication 就這樣前期的工作就做好了。

到此,關于“mysql 誤刪除數據怎么恢復”的學習就結束了,希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習,快去試試吧!若想繼續學習更多相關知識,請繼續關注丸趣 TV 網站,丸趣 TV 小編會繼續努力為大家帶來更多實用的文章!

正文完
 
丸趣
版權聲明:本站原創文章,由 丸趣 2023-08-01發表,共計6658字。
轉載說明:除特殊說明外本站除技術相關以外文章皆由網絡搜集發布,轉載請注明出處。
評論(沒有評論)
主站蜘蛛池模板: 涿鹿县| 朝阳县| 抚顺县| 河池市| 南和县| 承德市| 浦东新区| 吉隆县| 满洲里市| 泰和县| 建德市| 唐河县| 木兰县| 田林县| 海城市| 万安县| 米泉市| 岑溪市| 桑日县| 平武县| 车致| 伽师县| 儋州市| 鄂温| 江孜县| 元阳县| 眉山市| 洛阳市| 通州区| 黄冈市| 时尚| 台江县| 苏尼特左旗| 德保县| 花莲市| 丹江口市| 闽清县| 福鼎市| 汝南县| 府谷县| 将乐县|