一、redo log
重做日志
作用:確保事務(wù)的持久性。防止在發(fā)生故障的時(shí)間點(diǎn),尚有臟頁(yè)未寫(xiě)入磁盤,在重啟mysql服務(wù)的時(shí)候,根據(jù)redo log進(jìn)行重做,從而達(dá)到事務(wù)的持久性這一特性。
內(nèi)容:物理格式的日志,記錄的是物理數(shù)據(jù)頁(yè)面的修改的信息,其redo log是順序?qū)懭雛edo log file的物理文件中去的。
二、bin log
歸檔日志(二進(jìn)制日志)
作用:用于復(fù)制,在主從復(fù)制中,從庫(kù)利用主庫(kù)上的binlog進(jìn)行重播,實(shí)現(xiàn)主從同步。
用于數(shù)據(jù)庫(kù)的基于時(shí)間點(diǎn)的還原。
內(nèi)容:邏輯格式的日志,可以簡(jiǎn)單認(rèn)為就是執(zhí)行過(guò)的事務(wù)中的sql語(yǔ)句。
但又不完全是sql語(yǔ)句這么簡(jiǎn)單,而是包括了執(zhí)行的sql語(yǔ)句(增刪改)反向的信息,也就意味著delete對(duì)應(yīng)著delete本身和其反向的insert;update對(duì)應(yīng)著update執(zhí)行前后的版本的信息;insert對(duì)應(yīng)著delete和insert本身的信息。
binlog 有三種模式:Statement(基于 SQL 語(yǔ)句的復(fù)制)、Row(基于行的復(fù)制) 以及 Mixed(混合模式)
三、undo log
回滾日志
作用:保存了事務(wù)發(fā)生之前的數(shù)據(jù)的一個(gè)版本,可以用于回滾,同時(shí)可以提供多版本并發(fā)控制下的讀(MVCC),也即非鎖定讀
內(nèi)容:邏輯格式的日志,在執(zhí)行undo的時(shí)候,僅僅是將數(shù)據(jù)從邏輯上恢復(fù)至事務(wù)之前的狀態(tài),而不是從物理頁(yè)面上操作實(shí)現(xiàn)的,這一點(diǎn)是不同于redo log的。
四、二階段提交問(wèn)題
兩階段提交,是為了binlog和redolog兩分日志之間的邏輯一致。redo log 和 binlog 都可以用于表示事務(wù)的提交狀態(tài),而兩階段提交就是讓這兩個(gè)狀態(tài)保持邏輯上的一致。
由于 redo log 和 binlog 是兩個(gè)獨(dú)立的邏輯,如果不用兩階段提交,要么就是先寫(xiě)完 redo log 再寫(xiě) binlog,或者采用反過(guò)來(lái)的順序??赡茉斐傻膯?wèn)題:
update 語(yǔ)句來(lái)做例子。假設(shè)當(dāng)前 ID=2 的行,字段 c 的值是 0,再假設(shè)執(zhí)行 update 語(yǔ)句過(guò)程中在寫(xiě)完第一個(gè)日志后,第二個(gè)日志還沒(méi)有寫(xiě)完期間發(fā)生了 crash,會(huì)出現(xiàn)什么情況呢?
1. 先寫(xiě) redo log 后寫(xiě) binlog。
假設(shè)在 redo log 寫(xiě)完,binlog 還沒(méi)有寫(xiě)完的時(shí)候,MySQL 進(jìn)程異常重啟。由于,redo log 寫(xiě)完之后,系統(tǒng)即使崩潰,仍然能夠把數(shù)據(jù)恢復(fù)回來(lái),所以恢復(fù)后這一行 c 的值是 1。但是由于 binlog 沒(méi)寫(xiě)完就 crash 了,這時(shí)候 binlog 里面就沒(méi)有記錄這個(gè)語(yǔ)句。因此,之后備份日志的時(shí)候,存起來(lái)的 binlog 里面就沒(méi)有這條語(yǔ)句。然后你會(huì)發(fā)現(xiàn),如果需要用這個(gè) binlog 來(lái)恢復(fù)臨時(shí)庫(kù)的話,由于這個(gè)語(yǔ)句的 binlog 丟失,這個(gè)臨時(shí)庫(kù)就會(huì)少了這一次更新,恢復(fù)出來(lái)的這一行 c 的值就是 0,與原庫(kù)的值不同。
2. 先寫(xiě) binlog 后寫(xiě) redo log。
如果在 binlog 寫(xiě)完之后 crash,由于 redo log 還沒(méi)寫(xiě),崩潰恢復(fù)以后這個(gè)事務(wù)無(wú)效,所以這一行 c 的值是 0。但是 binlog 里面已經(jīng)記錄了“把 c 從 0 改成 1”這個(gè)日志。所以,在之后用 binlog 來(lái)恢復(fù)的時(shí)候就多了一個(gè)事務(wù)出來(lái),恢復(fù)出來(lái)的這一行 c 的值就是 1,與原庫(kù)的值不同。
如果不使用“兩階段提交”,那么數(shù)據(jù)庫(kù)的狀態(tài)就有可能和用它的日志恢復(fù)出來(lái)的庫(kù)的狀態(tài)不一致。文章來(lái)源:http://www.zghlxwxcb.cn/news/detail-437744.html
redo log 的寫(xiě)入拆成了兩個(gè)步驟:prepare 和 commit,這就是"兩階段提交"。文章來(lái)源地址http://www.zghlxwxcb.cn/news/detail-437744.html
到了這里,關(guān)于Mysql日志redo log、bin log、undo log 區(qū)別與作用及二階段提交的文章就介紹完了。如果您還想了解更多內(nèi)容,請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!