* Mvcc MVCC多版本并發控制是MySQL中基于樂觀鎖理論實現隔離級別的方式，用于讀已提交和可重復讀取隔離級別的實現。在MySQL中，會在表中每一條數據后面添加兩個字段,最近修改該行數據的事務ID，指向該行（undolog表中）回滾段的指針。 Read View判斷行的可見性，創建一個新事務時，copy一份當前系統中的活躍事務列表。意思是，當前不應該被本事務看到的其他事務id列表。 * UndoLog UndoLog也就是我們常說的回滾日志文件 主要用于事務中執行失敗，進行回滾，以及MVCC中對于數據歷史版本的查看。由引擎層的InnoDB引擎實現,是邏輯日志,記錄數據修改被修改前的值,比如"把id='B' 修改為id = 'B2' ，那么undo日志就會用來存放id ='B'的記錄”。 當一條數據需要更新前,會先把修改前的記錄存儲在undolog中,如果這個修改出現異常,,則會使用undo日志來實現回滾操作,保證事務的一致性。當事務提交之后，undo log并不能立馬被刪除,而是會被放到待清理鏈表中,待判斷沒有事物用到該版本的信息時才可以清理相應undolog。它保存了事務發生之前的數據的一個版本，用于回滾，同時可以提供多版本并發控制下的讀(MVCC)也即非鎖定讀。 * Redolog Redolog是重做日志文件是記錄數據修改之后的值，用于持久化到磁盤中。 Redolog包括兩部分： 一. 是內存中的日志緩沖(redo log buffer)，該部分日志是易失性的； 二. 是磁盤上的重做日志文件(redo log file)，該部分日志是持久的。 由引擎層的InnoDB引擎實現,是物理日志,記錄的是物理數據頁修改的信息,比如“某個數據頁上內容發生了哪些改動”。當一條數據需要更新時,InnoDB會先將數據更新，然后記錄redoLog 在內存中，然后找個時間將redoLog的操作執行到磁盤上的文件上。 不管是否提交成功我都記錄，你要是回滾了，那我連回滾的修改也記錄。它確保了事務的持久性。 * Binlog Binlog由Mysql的Server層實現,是邏輯日志,記錄的是sql語句的原始邏輯，比如"把id='B' 修改為id = ‘B2’。 Binlog會寫入指定大小的物理文件中,是追加寫入的,當前文件寫滿則會創建新的文件寫入。 產生:事務提交的時候,一次性將事務中的sql語句,按照一定的格式記錄到binlog中。 用于復制和恢復在主從復制中，從庫利用主庫上的binlog進行重播(執行日志中記錄的修改邏輯),實現主從同步。業務數據不一致或者錯了，用binlog恢復。