一、回滾日誌（undo log）
1、作用
儲存了事務發生之前的資料的乙個版本，可以用於回滾，同時可以提供多版本併發控制下的讀（mvcc），也即非鎖定讀
2、內容
邏輯格式的日誌，在執行undo的時候，僅僅是將資料從邏輯上恢復至事務之前的狀態，而不是從物理頁面上操作實現的，這一點是不同於redo log的。
3、什麼時候產生
事務開始之前，將當前是的版本生成undo log，undo 也會產生 redo 來保證undo log的可靠性
4、什麼時候釋放
當事務提交之後，undo log並不能立馬被刪除，
而是放入待清理的鍊錶，由purge執行緒判斷是否由其他事務在使用undo段中表的上乙個事務之前的版本資訊，決定是否可以清理undo log的日誌空間。
5、對應的物理檔案
mysql5.6之前，undo表空間位於共享表空間的回滾段中，共享表空間的預設的名稱是ibdata，位於資料檔案目錄中。
mysql5.6之後，undo表空間可以配置成獨立的檔案，但是提前需要在配置檔案中配置，完成資料庫初始化後生效且不可改變undo log檔案的個數
如果初始化資料庫之前沒有進行相關配置，那麼就無法配置成獨立的表空間了。
關於mysql5.7之後的獨立undo 表空間配置引數如下
innodb_undo_directory = /data/undospace/ –undo獨立表空間的存放目錄
innodb_undo_logs = 128 –回滾段為128kb
innodb_undo_tablespaces = 4 –指定有4個undo log檔案
如果undo使用的共享表空間，這個共享表空間中又不僅僅是儲存了undo的資訊，共享表空間的預設為與mysql的資料目錄下面，其屬性由引數innodb_data_file_path配置。
6、其他
undo是在事務開始之前儲存的被修改資料的乙個版本，產生undo日誌的時候，同樣會伴隨類似於保護事務持久化機制的redolog的產生。
預設情況下undo檔案是保持在共享表空間的，也即ibdatafile檔案中，當資料庫中發生一些大的事務性操作的時候，要生成大量的undo資訊，全部儲存在共享表空間中的。
因此共享表空間可能會變的很大，預設情況下，也就是undo 日誌使用共享表空間的時候，被「撐大」的共享表空間是不會也不能自動收縮的。
因此，mysql5.7之後的「獨立undo 表空間」的配置就顯得很有必要了。
mysql回滾日誌與重做日誌
基礎知識 資料都是先讀到記憶體中，然後修改記憶體中的資料，最後將資料寫回磁碟。這裡把資料庫內容在磁碟上的部分叫data file，把資料庫內容在記憶體中的快取叫data buffer。data buffer與data file內容不同，此時把data buffer的內容叫髒資料，但是不能每次事務提交...
Mysql mysqlbinlog 日誌回滾誤操作
三種模式是個人理解,有誤解的地方,望指正 日誌檔案路徑一般在資料庫資料存放資料夾 usr local mysql bin mysqlbinlog no defaults database cdpf dbtest base64 output decode rows v usr local mysql ...
mysql回滾命令 關於MySQL回滾機制
在事務中，每個正確的原子操作都會被順序執行，直到遇到錯誤的原子操作，此時事務會將之前的操作進行回滾。回滾的意思是如果之前是插入操作，那麼會執行刪 除插入的記錄，如果之前是update操作，也會執行update操作將之前的記錄還原 因此，正確的原子操作是真正被執行過的。是物理執行。在當前事務中確實能看...