1、mysql的二進位制日誌：

記錄導致資料改變或潛在導致資料帶變的SQL語句；
功能：用於“重放“日誌中的事務

Log_name ：日誌名
Pos：起始位置
Event_type：事件型別
server_id：伺服器id
End_log_pos：結束位置 （當前事件結束的下一個位置，下一個事務從245開始）

檢視mariadb自行管理使用中的 二進位制檔案列表

MariaDB [(none)]> show BINARY LOGS;
MariaDB [(none)]> show MASTER LOGS;

檢視正在使用中的二進位制日誌

MariaDB [(none)]> show master status;

檢視指定的二進位制日誌的具體資訊

SHOW BINLOG EVENTS [IN 'log_name'] [FROM pos] [LIMIT [offset,] row_count]

關於更多show命令可以使用show help 檢視

二進位制日誌的記錄格式：
基於”語句”記錄：statement
基於“行“記錄：row （基於資料）
混合模式：mixed (讓系統自行判斷基於哪種方式進行)
基於資料記錄可能會造成資料量很大，但資料精準。
舉個栗子：
對於 將全班所有人的年齡加1事務：
基於“語句“：只需記錄“年齡+1“這麼一條語句
基於”行“ ：需要記錄所有人年齡加1的最終結果

二進位制檔案的構成：
兩類檔案：
日誌檔案：mysql-bin.檔案字尾名。二進位制格式
索引檔案:：mysql-bin.index 。文字格式 （顯示可用的二進位制檔案序列）

2、伺服器變數

MariaDB [(none)]> show global variables like '%log%';

sql_log_bin=ON| OFF是否記錄二進位制日誌 
log_bin=ON|OFF
binlog_format=STATEMENT | ROW | MIXED  二進位制日誌記錄的格式max_binlog_size=1073741824  單個二進位制日誌的最大體積，預設為1G
 

  注意：（1）到達最大值會自動回滾  （2）檔案達到上線時的大小未必為指定的精確值
sync_binlog=0|n  預設情況下，並不是每次寫入時立即將binlog的資料同步到磁碟中。而是有作業系統決定什麼時候同步。
設定為n：每進行n次事務提交之後，binlog在每n次binlog寫入後與硬碟同步
設定為1：效能消耗大，但資料安全
設定為0：效能消耗最小，但是風險也是最大

mysqlbinlog：讀取並顯示二進位制日誌 (客戶端工具)

mysqlbinlog [options] log_file
    --srart-position
    --stop-position

     --start-datetime=
     --stop-datetime=
    YYYY-MM-DD hh:mm:ss

二進位制日誌格式

起始位置：# at 245
事件發生的時間和日期：#180403 11:07:59
事件發生的伺服器標識：server id 1
事件結束的位置：end_log_pos 328
事件型別：Query
事件發生時所在伺服器執行此事件的執行緒ID ： thread_id=4
語句的時間戳與將其寫入二進位制日誌的時間差：exec_time=0
錯誤i程式碼： error_code=0
事件內容：create database xixi

事務型儲存引擎：InnoDB
mysql的所有資料都會儲存在資料檔案中
對於資料檔案來說，如果資料修改操作太多，會導致寫入太慢

為了解決磁碟寫入過慢的問題（非固態）：

事務日誌：用來記錄資料庫更新情況的檔案，它可以記錄針對資料庫的任何操作，並將記錄的結果儲存到獨立的檔案中。對於每一次資料庫更新的過程，事務日誌檔案都有非常全面的記錄。根據這些記錄可以恢復資料庫更新前的狀態。（百度百科）
建議重新找一塊磁碟儲存事務日誌，這樣可以分散IO

這樣就產生了一個問題：當資料修改操作僅儲存在事務日誌中，並沒有來得及儲存在資料中，這時有客戶過來查詢。查詢若只針對原資料檔案進行查詢的話，那麼新修改的操作就查不到了。

因此innodb引入了這樣一種機制：
buffer pool：在主機記憶體中開闢一個非常大的記憶體空間，將事務日誌中記錄的資料做快取，並將原資料檔案讀進來，合併供使用者查詢。
事務日誌的工作方式：事務日誌是多個檔案一組一起工作的，寫滿了第一個就寫第二個，這時候把第一個同步到磁碟上去，依次迴圈，所以組內至少有兩個檔案

如圖：id_logfile0 和 id_logfile1就是事務日誌檔案，可以用mysqlbinlog檢視

插播：什麼是事務回滾：(參考：https://www.cnblogs.com/ld-swust/p/5607983.html)
事務是使用者定義的一個數據庫操作序列，這些操作要麼全做要麼全不做，是一個不可分割的工作單位，事務回滾是指將該事務已經完成的對資料庫的更新操作撤銷，在事務中，每個正確的原子操作都會被順序執行，直到遇到錯誤的原子操作。回滾的意思其實即使如果之前是插入操作的話，那麼會執行刪除之前插入的記錄，如果是修改操作的話，那麼會執行將update之前的記錄還原。
因此，正確的原子操作是真正被執行過的，是物理執行。
事務的特性：
1.原子性，是一個不可分割的邏輯單元，一組sql語句，要麼都執行，要麼都不執行。
　　2.隔離性，事務中的執行過程是不可見的。
　　3.永續性，事務一旦提交，就不可撤銷。
　　4.一致性，事務在發生之前和發生之後，資料是一致。(能量守恆)