MySQL binlog三種模式

1.1 Row Level  行模式

日誌中會記錄每一行數據被修改的形式,而後在slave端再對相同的數據進行修改
優勢:在row level模式下,bin-log中能夠不記錄執行的sql語句的上下文相關的信息,僅僅只須要記錄那一條被修改。因此rowlevel的日誌內容會很是清楚的記錄下每一行數據修改的細節。不會出現某些特定的狀況下的存儲過程或function,以及trigger的調用和觸發沒法被正確複製的問題
缺點:row level,全部的執行的語句當記錄到日誌中的時候,都將以每行記錄的修改來記錄,會產生大量的日誌內容。

1.2 Statement Level(默認)

每一條會修改數據的sql都會記錄到master的bin-log中。slave在複製的時候sql進程會解析成和原來master端執行過的相同的sql來再次執行
優勢:statement level下的優勢首先就是解決了row level下的缺點,不須要記錄每一行數據的變化,減小bin-log日誌量,節約IO,提升性能,由於它只須要在Master上鎖執行的語句的細節,以及執行語句的上下文的信息。
缺點:因爲只記錄語句,因此,在statement level下 已經發現了有很多狀況會形成MySQL的複製出現問題,主要是修改數據的時候使用了某些定的函數或者功能的時候會出現。

1.3 Mixed 自動模式

在Mixed模式下,MySQL會根據執行的每一條具體的sql語句來區分對待記錄的日誌格式,也就是在Statement和Row之間選擇一種。若是sql語句確實就是update或者delete等修改數據的語句,那麼仍是會記錄全部行的變動。

行模式和語句模式的區別

1.語句模式:
100萬條記錄
只需1條delete * from test;就能夠刪除100萬條記錄
2.row模式
100萬條記錄
記錄100萬條刪除命令

1.4 企業場景如何選擇binlog模式

一、互聯網公司,使用MySQL的功能相對少(存儲過程、觸發器、函數)
    選擇默認的語句模式,Statement Level(默認)
二、公司若是用到使用MySQL的特殊功能(存儲過程、觸發器、函數)
    則選擇Mixed模式
三、公司若是用到使用MySQL的特殊功能(存儲過程、觸發器、函數)又但願數據最大化一直,此時最好選擇Row level模式
 
行模式和語句模式的區別
1.語句模式:
100萬條記錄
只需1條delete * from test;就能夠刪除100萬條記錄
2.row模式
100萬條記錄
記錄100萬條刪除命令
 

1.5 如何配置binlog

在數據庫中查看binlog模式
 
  
  1. root@oldboy 11:28:05->show global variables like '%binlog_format%';
  2. +---------------+-----------+
  3. | Variable_name | Value     |
  4. +---------------+-----------+
  5. | binlog_format | STATEMENT |
  6. +---------------+-----------+
  7. 1 row in set (0.00 sec)
配置文件參數以下:
 
  
  1. [myslqd]
  2. log-bin=mysql-bin
  3. #binlog_format="STATEMENT"
  4. #binlog_format="ROW"
  5. #binlog_format="MIXED"
運行時在線修改(臨時);
 
  
  1. mysql>SET GLOBAL binlog_format = 'ROW';
  2. mysql>show global variables like '%binlog_format%';
  3. 其餘模式命令爲:
  4. SET GLOBAL binlog_format = 'MIXED';
  5. SET GLOBAL binlog_format = 'STATEMENT';
解釋:
GLOBAL=全局會話
SESSION=當前會話
檢驗ROW模式下binlog日誌記錄效果
 
  
  1. [root@db01 3306]# mysqlbinlog --base64-output="decode-rows" --verbose mysql-bin.000248
  2. /*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/;
  3. /*!40019 SET @@session.max_insert_delayed_threads=0*/;
  4. /*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/;
  5. DELIMITER /*!*/;
  6. # at 4
  7. #160628 11:06:52 server id 1  end_log_pos 107   Start: binlog v 4, server v 5.5.49-log created 160628 11:06:52 at startup
  8. # Warning: this binlog is either in use or was not closed properly.
  9. ROLLBACK/*!*/;
  10. # at 107
  11. #160628 11:07:09 server id 1  end_log_pos 177   Query   thread_id=1     exec_time=0     error_code=0
  12. SET TIMESTAMP=1467083229/*!*/;
  13. SET @@session.pseudo_thread_id=1/*!*/;
  14. SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=0, @@session.unique_checks=1, @@session.autocommit=1/*!*/;
  15. SET @@session.sql_mode=0/*!*/;
  16. SET @@session.auto_increment_increment=1, @@session.auto_increment_offset=1/*!*/;
  17. /*!\C utf8 *//*!*/;
  18. SET @@session.character_set_client=33,@@session.collation_connection=33,@@session.collation_server=33/*!*/;
  19. SET @@session.lc_time_names=0/*!*/;
  20. SET @@session.collation_database=DEFAULT/*!*/;
  21. BEGIN
  22. /*!*/;
  23. # at 177
  24. # at 223
  25. #160628 11:07:09 server id 1  end_log_pos 223   Table_map: `oldboy`.`sc` mapped to number 33
  26. #160628 11:07:09 server id 1  end_log_pos 785   Update_rows: table id 33 flags: STMT_END_F
  27. ### UPDATE `oldboy`.`sc`
  28. ### WHERE
  29. ###   @1=1
  30. ###   @2=1001
相關文章
相關標籤/搜索