MySQL 的 Binlog 記錄著 MySQL 數(shù)據(jù)庫的所有變更信息,了解 Binlog 的結(jié)構(gòu)可以幫助我們解析Binlog,甚至對 Binlog 進(jìn)行一些修改,或者說是“篡改”,例如實(shí)現(xiàn)類似于 Oracle 的 flashback 的功能,恢復(fù)誤刪除的記錄,把 update 的記錄再還原回去等。本文將帶您探討一下這些神奇功能的實(shí)現(xiàn),您會(huì)發(fā)現(xiàn)比您想象地要簡單得多。本文指的 Binlog 是 ROW 模式的 Binlog,這也是 MySQL 8 里的默認(rèn)模式,STATEMENT 模式因?yàn)槭褂弥杏泻芏嘞拗?,現(xiàn)在用得越來越少了。
創(chuàng)新互聯(lián)建站擁有一支富有激情的企業(yè)網(wǎng)站制作團(tuán)隊(duì),在互聯(lián)網(wǎng)網(wǎng)站建設(shè)行業(yè)深耕十余年,專業(yè)且經(jīng)驗(yàn)豐富。十余年網(wǎng)站優(yōu)化營銷經(jīng)驗(yàn),我們已為近千家中小企業(yè)提供了網(wǎng)站設(shè)計(jì)、成都做網(wǎng)站解決方案,按需定制開發(fā),設(shè)計(jì)滿意,售后服務(wù)無憂。所有客戶皆提供一年免費(fèi)網(wǎng)站維護(hù)!
Binlog 由事件(event)組成,請注意是事件(event)不是事務(wù)(transaction),一個(gè)事務(wù)可以包含多個(gè)事件。事件描述對數(shù)據(jù)庫的修改內(nèi)容。
現(xiàn)在我們已經(jīng)了解了 Binlog 的結(jié)構(gòu),我們可以試著修改 Binlog 里的數(shù)據(jù)。例如前面舉例的 Binlog 刪除了一條記錄,我們可以試著把這條記錄恢復(fù),Binlog 里面有個(gè)刪除行(DELETE_ROWS_EVENT)的事件,就是這個(gè)事件刪除了記錄,這個(gè)事件和寫行(WRITE_ROWS_EVENT)的事件的數(shù)據(jù)結(jié)構(gòu)是完全一樣的,只是刪除行事件的類型是 32,寫行事件的類型是 30,我們把對應(yīng)的 Binlog 位置的 32 改成 30 即可把已經(jīng)刪除的記錄再插入回去。從前面的 “show binlog events” 里面可看到這個(gè) DELETE_ROWS_EVENT 是從位置 378 開始的,這里的位置就是 Binlog 文件的實(shí)際位置(以字節(jié)為單位)。從事件(event)的結(jié)構(gòu)里面可以看到 type_code 是在 event 的第 5 個(gè)字節(jié),我們寫個(gè) Python 小程序把把第383(378+5=383)字節(jié)改成 30 即可。當(dāng)然您也可以用二進(jìn)制編輯工具來改。
找出 Binlog 中的大事務(wù)
由于 ROW 模式的 Binlog 是每一個(gè)變更都記錄一條日志,因此一個(gè)簡單的 SQL,在 Binlog 里可能會(huì)產(chǎn)生一個(gè)巨無霸的事務(wù),例如一個(gè)不帶 where 的 update 或 delete 語句,修改了全表里面的所有記錄,每條記錄都在 Binlog 里面記錄一次,結(jié)果是一個(gè)巨大的事務(wù)記錄。這樣的大事務(wù)經(jīng)常是產(chǎn)生麻煩的根源。我的一個(gè)客戶有一次向我抱怨,一個(gè) Binlog 前滾,滾了兩天也沒有動(dòng)靜,我把那個(gè) Binlog 解析了一下,發(fā)現(xiàn)里面有個(gè)事務(wù)產(chǎn)生了 1.4G 的記錄,修改了 66 萬條記錄!下面是一個(gè)簡單的找出 Binlog 中大事務(wù)的 Python 小程序,我們知道用 mysqlbinlog 解析的 Binlog,每個(gè)事務(wù)都是以 BEGIN 開頭,以 COMMIT 結(jié)束。我們找出 BENGIN 前面的 “# at” 的位置,檢查 COMMIT 后面的 “# at” 位置,這兩個(gè)位置相減即可計(jì)算出這個(gè)事務(wù)的大小,下面是這個(gè) Python 程序的例子。
切割 Binlog 中的大事務(wù)
對于大的事務(wù),MySQL 會(huì)把它分解成多個(gè)事件(注意一個(gè)是事務(wù) TRANSACTION,另一個(gè)是事件 EVENT),事件的大小由參數(shù) binlog-row-event-max-size 決定,這個(gè)參數(shù)默認(rèn)是 8K。因此我們可以把若干個(gè)事件切割成一個(gè)單獨(dú)的略小的事務(wù)
ROW 模式下,即使我們只更新了一條記錄的其中某個(gè)字段,也會(huì)記錄每個(gè)字段變更前后的值,這個(gè)行為是 binlog_row_image 參數(shù)控制的,這個(gè)參數(shù)有 3 個(gè)值,默認(rèn)為 FULL,也就是記錄列的所有修改,即使字段沒有發(fā)生變更也會(huì)記錄。這樣我們就可以實(shí)現(xiàn)類似 Oracle 的 flashback 的功能,我個(gè)人估計(jì) MySQL 未來的版本從可能會(huì)基于 Binlog 推出這樣的功能。
了解了 Binlog 的結(jié)構(gòu),再加上 Python 這把瑞士軍刀,我們還可以實(shí)現(xiàn)很多功能,例如我們可以統(tǒng)計(jì)哪個(gè)表被修改地最多?我們還可以把 Binlog 切割成一段一段的,然后再重組,可以靈活地進(jìn)行 MySQL 數(shù)據(jù)庫的修改和遷移等工作。
提供三種方法:
1.
RENAME
DATABASE
db_name
TO
new_db_name
這個(gè)。。這個(gè)語法在mysql
5.1.7中被添加進(jìn)來,到了5.1.23又去掉了。
據(jù)說有可能丟失數(shù)據(jù)。還是不要用的好。
2.如果所有表都是MyISAM類型的話,可以改文件夾的名字
關(guān)閉mysqld
把data目錄中的db_name目錄重命名為new_db_name
開啟mysqld
3.重命名所有的表
CREATE
DATABASE
new_db_name;
RENAME
TABLE
db_name.table1
TO
new_db_name.table1,
db_name.table2
TO
new_db_name.table2;
DROP
DATABASE
db_name;
一、未使用的數(shù)據(jù)庫 改名方法如下:1、未使用的數(shù)據(jù)庫改名比較方便,找到你要更改的數(shù)據(jù)庫,右鍵選擇【重命名】。2、然后將你想要更改的名字寫好,然后點(diǎn)擊一下旁邊的空白欄。3、然后你就發(fā)現(xiàn)數(shù)據(jù)庫的名稱已經(jīng)改好了。二、使用中的數(shù)據(jù)庫改名方法如下:1、使用中的數(shù)據(jù)庫你在使用這種方法顯然是不合適,你用這種方法更改數(shù)據(jù)庫的名字之后會(huì)提示你無法重命名數(shù)據(jù)庫。2、這時(shí)還是同樣的右鍵你要改名的數(shù)據(jù)庫,選擇【屬性】按鈕。3、然后在數(shù)據(jù)庫屬性左側(cè)菜單欄中選擇【選項(xiàng)】按鈕。4、然后在【狀態(tài)】欄目下有一項(xiàng)限制訪問選項(xiàng),默認(rèn)的是MULTI_USER,意為多用戶模式,然后你將其更改為【SINGLE_USER】單用戶模式,點(diǎn)擊確定即可。5、然后你在使用上面的方法更改數(shù)據(jù)庫的名稱會(huì)發(fā)現(xiàn)數(shù)據(jù)庫改名成功了。
最安全的做法是進(jìn)入到mysql安裝目錄,修改庫名。
比如是默認(rèn)安裝的,那么位置在/var/lib/mysql/目錄下;目錄下的所有目錄都是庫名,直接用mv更改就可以;
提示: 如果進(jìn)入mysql用命令改會(huì)發(fā)生未知錯(cuò)誤的,而且新版本也不支持這種改法了!