有些mysql版本(比如5.6.2)限制了重做日志大小為4GB。所以在你設(shè)置innodb_log_file_size為2G或者更多時(shí)，請先檢查一下MySQL的版本這方面的限制。
為涼州等地區(qū)用戶提供了全套網(wǎng)頁設(shè)計(jì)制作服務(wù)，及涼州網(wǎng)站建設(shè)行業(yè)解決方案。主營業(yè)務(wù)為成都網(wǎng)站制作、成都網(wǎng)站設(shè)計(jì)、外貿(mào)營銷網(wǎng)站建設(shè)、涼州網(wǎng)站設(shè)計(jì)，以傳統(tǒng)方式定制建設(shè)網(wǎng)站，并提供域名空間備案等一條龍服務(wù)，秉承以專業(yè)、用心的態(tài)度為用戶提供真誠的服務(wù)。我們深信只要達(dá)到每一位用戶的要求，就會得到認(rèn)可，從而選擇與我們長期合作。這樣，我們也可以走得更遠(yuǎn)！
具體操作可以參考如下:
1.在my.cnf更改innodb_log_file_size
2.停止mysql服務(wù)器
3.刪除舊的日志,通過執(zhí)行命令rm -f /var/lib/mysql/ib_logfile*
4.啟動mysql服務(wù)器 – 應(yīng)該需要比之前長點(diǎn)的時(shí)間，因?yàn)樾枰獎(jiǎng)?chuàng)建新的事務(wù)日志。
1．打開查詢分析器，輸入命令
DUMP TRANSACTION 數(shù)據(jù)庫名 WITH NO_LOG
2.再打開企業(yè)管理器--右鍵你要壓縮的數(shù)據(jù)庫--所有任務(wù)--收縮數(shù)據(jù)庫--收縮文件--選擇日志文件--在收縮方式里選擇收縮至XXM,這里會給出一個(gè)允許收縮到的最小M數(shù),直接輸入這個(gè)數(shù),確定就可以了。
清除Log有兩種方法：
1.自動清除法
開放數(shù)據(jù)庫選項(xiàng) Trunc Log on Chkpt，使數(shù)據(jù)庫系統(tǒng)每隔一段時(shí)間自動清除Log。此方法的優(yōu)點(diǎn)是無須人工干預(yù)，由SQL Server自動執(zhí)行，并且一般不會出現(xiàn)Log溢滿的情況；缺點(diǎn)是只清除Log而不做備份。
2.手動清除法
執(zhí)行命令“dump transaction”來清除Log。以下兩條命令都可以清除日志：
dump transaction with truncate_only
dump transaction with no_log
通常刪除事務(wù)日志中不活躍的部分可使用“dump transaction with trancate_only”命令，這條命令寫進(jìn)事務(wù)日志時(shí)，還要做必要的并發(fā)性檢查。SYBASE提供“dump transaction with no_log”來處理某些非常緊迫的情況，使用這條命令有很大的危險(xiǎn)性，SQL Server會彈出一條警告信息。為了盡量確保數(shù)據(jù)庫的一致性，你應(yīng)將它作為“最后一招”。
以上兩種方法只是清除日志，而不做日志備份，若想備份日志，應(yīng)執(zhí)行“dump transaction database_name to dumpdevice”命令。
清除后對數(shù)據(jù)庫沒有影響
MySQL 的 Binlog 記錄著 MySQL 數(shù)據(jù)庫的所有變更信息，了解 Binlog 的結(jié)構(gòu)可以幫助我們解析Binlog，甚至對 Binlog 進(jìn)行一些修改，或者說是“篡改”，例如實(shí)現(xiàn)類似于 Oracle 的 flashback 的功能，恢復(fù)誤刪除的記錄，把 update 的記錄再還原回去等。本文將帶您探討一下這些神奇功能的實(shí)現(xiàn)，您會發(fā)現(xiàn)比您想象地要簡單得多。本文指的 Binlog 是 ROW 模式的 Binlog，這也是 MySQL 8 里的默認(rèn)模式，STATEMENT 模式因?yàn)槭褂弥杏泻芏嘞拗疲F(xiàn)在用得越來越少了。
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 里可能會產(chǎn)生一個(gè)巨無霸的事務(wù)，例如一個(gè)不帶 where 的 update 或 delete 語句，修改了全表里面的所有記錄，每條記錄都在 Binlog 里面記錄一次，結(jié)果是一個(gè)巨大的事務(wù)記錄。這樣的大事務(wù)經(jīng)常是產(chǎn)生麻煩的根源。我的一個(gè)客戶有一次向我抱怨，一個(gè) Binlog 前滾，滾了兩天也沒有動靜，我把那個(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 會把它分解成多個(gè)事件（注意一個(gè)是事務(wù) TRANSACTION，另一個(gè)是事件 EVENT），事件的大小由參數(shù) binlog-row-event-max-size 決定，這個(gè)參數(shù)默認(rèn)是 8K。因此我們可以把若干個(gè)事件切割成一個(gè)單獨(dú)的略小的事務(wù)
ROW 模式下，即使我們只更新了一條記錄的其中某個(gè)字段，也會記錄每個(gè)字段變更前后的值，這個(gè)行為是 binlog_row_image 參數(shù)控制的，這個(gè)參數(shù)有 3 個(gè)值，默認(rèn)為 FULL，也就是記錄列的所有修改，即使字段沒有發(fā)生變更也會記錄。這樣我們就可以實(shí)現(xiàn)類似 Oracle 的 flashback 的功能，我個(gè)人估計(jì) MySQL 未來的版本從可能會基于 Binlog 推出這樣的功能。
了解了 Binlog 的結(jié)構(gòu)，再加上 Python 這把瑞士軍刀，我們還可以實(shí)現(xiàn)很多功能，例如我們可以統(tǒng)計(jì)哪個(gè)表被修改地最多？我們還可以把 Binlog 切割成一段一段的，然后再重組，可以靈活地進(jìn)行 MySQL 數(shù)據(jù)庫的修改和遷移等工作。
查詢?nèi)罩疚募荒苡幸粋€(gè) 但是你有變通方法
1.如果是在線修改（mysql在運(yùn)行）：
對文件重命名，然后執(zhí)行外部程序命令mysqlamin flush-logs 或者SQL命令FLUSH LOGS ，如下：
# cd logpath 進(jìn)入日志目錄
# mv hostname.log hostname.log.old
# mysqladmin flush-logs
現(xiàn)在你就可以對*.old 文件進(jìn)行查詢 編輯 壓縮 甚至刪除了
win環(huán)境下 相應(yīng)命令應(yīng)該會吧？
2.關(guān)閉mysql服務(wù)器 重命名有關(guān)日志文件 再重啟服務(wù)器就可以了 ~
重慶分公司
重慶分公司
