您好,登錄后才能下訂單哦!
今天網(wǎng)友"芬達(dá)"跟我討論一個(gè)參數(shù)binlog_row_image,在什么場(chǎng)景下設(shè)置為MINIMAL,我覺得這個(gè)案例很有意義,尤其是在生產(chǎn)環(huán)境中,要慎重設(shè)置這個(gè)參數(shù)。
首先這個(gè)MINIMAL,只會(huì)在binlog里記錄被影響的行,而不能像默認(rèn)的FULL一樣,記錄完整的變更前和變更后的所有記錄,這里就會(huì)產(chǎn)生一個(gè)問題,數(shù)據(jù)被誤更改,無法用mysqlbinlog等工具閃回,另外大數(shù)據(jù)那邊用canal抽binlog,會(huì)造成數(shù)據(jù)不準(zhǔn)確等一系列問題。
下面通過模擬實(shí)驗(yàn),看看binlog里記錄的內(nèi)容。
表結(jié)構(gòu)如下:
里面的數(shù)據(jù):
此時(shí),執(zhí)行一條update變更操作:
馬上看下binlog里面記錄的內(nèi)容:
注意看紅色框部分的內(nèi)容,變更前的完整原始數(shù)據(jù)并沒有被記錄,固無法閃回。
雖然MINIMAL可以減少binlog的文件大?。╞inlog_format = ROW),降低磁盤IO,但從數(shù)據(jù)安全角度來看,這將是危險(xiǎn)的!
這里感謝網(wǎng)友"芬達(dá)"提供素材。
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如果涉及侵權(quán)請(qǐng)聯(lián)系站長(zhǎng)郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。