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)在用得越來越少了。
員工經(jīng)過長期磨合與沉淀，具備了協(xié)作精神，得以通過團(tuán)隊(duì)的力量開發(fā)出優(yōu)質(zhì)的產(chǎn)品。創(chuàng)新互聯(lián)堅(jiān)持“專注、創(chuàng)新、易用”的產(chǎn)品理念，因?yàn)椤皩Ｗ⑺詫I(yè)、創(chuàng)新互聯(lián)網(wǎng)站所以易用所以簡單”。公司專注于為企業(yè)提供成都網(wǎng)站建設(shè)、成都做網(wǎng)站、微信公眾號開發(fā)、電商網(wǎng)站開發(fā)，重慶小程序開發(fā)公司，軟件按需定制網(wǎng)站等一站式互聯(lián)網(wǎng)企業(yè)服務(wù)。
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ù)庫的修改和遷移等工作。
可以的，這個(gè)有多種方法，建議你了解一下，儲(chǔ)存過程，游標(biāo)和觸發(fā)器的知識，你就明白了。存儲(chǔ)不一定是非要按JDBC一條條的執(zhí)行SQL，可以定義一個(gè)存儲(chǔ)過程來進(jìn)行一連串的SQL操作。希望可以幫助到您。
Online DDL 工具：pt-osc
對于 MySQL Online DDL 目前主流的有三種工具：
原生 Online DDL；
pt-osc(online-schema-change)，
gh-ost
本文主要講解 pt-online-schema-change 的使用以及三種工具的簡單對比。
一、原理及限制
1.1 原理
1.?創(chuàng)建一個(gè)與原表結(jié)構(gòu)相同的空表，表名是?_new?后綴；
2. 修改步驟 1 創(chuàng)建的空表的表結(jié)構(gòu)；
3. 在原表上加三個(gè)觸發(fā)器：delete/update/insert，用于 copy 數(shù)據(jù)過程中，將原表中要執(zhí)行的語句在新表中執(zhí)行；
4. 將原表數(shù)據(jù)以數(shù)據(jù)塊（chunk）的形式 copy 到新表；
5. rename 原表為 old 表，并把新表 rename 為原表名，然后刪除舊表；
6. 刪除觸發(fā)器。
update
表名
set
字段名=‘內(nèi)容’
[where
‘條件’]
注意：[
]中的內(nèi)容可有可無。
舉例：表名=zhxx（賬戶信息）
，需要修改其中的dlmm（登陸密碼），條件是dlmc（登陸名稱）=soso.
update
zhxx
set
dlmm='123'
where
dlmc='soso'
麻煩采納，謝謝!
1. 備份數(shù)據(jù)庫 mysqldump -u xxx -p dbname d:/tmp/xxx.dmp (假設(shè)是windows）
2.用editplus3（或其他文本瀏覽器）打開xxx.dmp，查找替換 ID varchar(4) 為 ID varchar(10).在editplus3中替換的熱鍵是ctrl+h .替換完畢后保存文件。
這步中注意別的表是否有字段也是 ID varchar(4)的，有的話這些字段要手動(dòng)改回來。
3.恢復(fù)數(shù)據(jù)庫。mysql -u xxx -p dbname d:/tmp/xxx.dmp
以上。
你好
修改表的數(shù)據(jù)一般使用update語句
具體的話參考相關(guān)SQL文檔吧
不是幾句話能說明白的
祝你好運(yùn)
望采納
重慶分公司
重慶分公司
