MySQ binlog三種模式及設(shè)置方法
1.1 Row Level ?行模式
日志中會(huì)記錄每一行數(shù)據(jù)被修改的形式，然后在slave端再對相同的數(shù)據(jù)進(jìn)行修改
優(yōu)點(diǎn)：在row level模式下，bin-log中可以不記錄執(zhí)行的sql語句的上下文相關(guān)的信息，僅僅只需要記錄那一條被修改。所以rowlevel的日志內(nèi)容會(huì)非常清楚的記錄下每一行數(shù)據(jù)修改的細(xì)節(jié)。不會(huì)出現(xiàn)某些特定的情況下的存儲(chǔ)過程或function，以及trigger的調(diào)用和觸發(fā)無法被正確復(fù)制的問題
缺點(diǎn)：row level，所有的執(zhí)行的語句當(dāng)記錄到日志中的時(shí)候，都將以每行記錄的修改來記錄，會(huì)產(chǎn)生大量的日志內(nèi)容。
1.2 Statement Level（默認(rèn)）
每一條會(huì)修改數(shù)據(jù)的sql都會(huì)記錄到master的bin-log中。slave在復(fù)制的時(shí)候sql進(jìn)程會(huì)解析成和原來master端執(zhí)行過的相同的sql來再次執(zhí)行
優(yōu)點(diǎn)：statement level下的優(yōu)點(diǎn)首先就是解決了row level下的缺點(diǎn)，不需要記錄每一行數(shù)據(jù)的變化，減少bin-log日志量，節(jié)約IO，提高性能，因?yàn)樗恍枰贛aster上鎖執(zhí)行的語句的細(xì)節(jié)，以及執(zhí)行語句的上下文的信息。
缺點(diǎn)：由于只記錄語句，所以，在statement level下 已經(jīng)發(fā)現(xiàn)了有不少情況會(huì)造成MySQL的復(fù)制出現(xiàn)問題，主要是修改數(shù)據(jù)的時(shí)候使用了某些定的函數(shù)或者功能的時(shí)候會(huì)出現(xiàn)。
1.3 Mixed 自動(dòng)模式
在Mixed模式下，MySQL會(huì)根據(jù)執(zhí)行的每一條具體的sql語句來區(qū)分對待記錄的日志格式，也就是在Statement和Row之間選擇一種。如果sql語句確實(shí)就是update或者delete等修改數(shù)據(jù)的語句，那么還是會(huì)記錄所有行的變更。
行模式和語句模式的區(qū)別
1.語句模式：
100萬條記錄
只需1條delete * from test；就可以刪除100萬條記錄
2.row模式
100萬條記錄
記錄100萬條刪除命令
1.4 企業(yè)場景如何選擇binlog模式
1、互聯(lián)網(wǎng)公司，使用MySQL的功能相對少（存儲(chǔ)過程、觸發(fā)器、函數(shù)）
??? 選擇默認(rèn)的語句模式，Statement Level（默認(rèn)）
2、公司如果用到使用MySQL的特殊功能（存儲(chǔ)過程、觸發(fā)器、函數(shù)）
??? 則選擇Mixed模式
3、公司如果用到使用MySQL的特殊功能（存儲(chǔ)過程、觸發(fā)器、函數(shù)）又希望數(shù)據(jù)最大化一直，此時(shí)最好選擇Row level模式
行模式和語句模式的區(qū)別
1.語句模式：
100萬條記錄
只需1條delete * from test；就可以刪除100萬條記錄
2.row模式
100萬條記錄
記錄100萬條刪除命令
1.5 如何配置binlog
在數(shù)據(jù)庫中查看binlog模式
root@oldboy 11:28:05->show global variables like '%binlog_format%';
+---------------+-----------+
| Variable_name | Value???? |
+---------------+-----------+
| binlog_format | STATEMENT |
+---------------+-----------+
1 row in set (0.00 sec)
配置文件參數(shù)如下：
[myslqd]
log-bin=mysql-bin
#binlog_format="STATEMENT"
#binlog_format="ROW"
#binlog_format="MIXED"
運(yùn)行時(shí)在線修改（臨時(shí)）；
mysql>SET GLOBAL binlog_format = 'ROW';
mysql>show global variables like '%binlog_format%';
其他模式命令為：
SET GLOBAL binlog_format = 'MIXED';
SET GLOBAL binlog_format = 'STATEMENT';
解釋：
GLOBAL=全局會(huì)話
SESSION=當(dāng)前會(huì)話
檢驗(yàn)ROW模式下binlog日志記錄效果
[root@db01 3306]# mysqlbinlog --base64-output="decode-rows" --verbose mysql-bin.000248
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/;
/*!40019 SET @@session.max_insert_delayed_threads=0*/;
/*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/;
DELIMITER /*!*/;
# at 4
#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
# Warning: this binlog is either in use or was not closed properly.
ROLLBACK/*!*/;
# at 107
#160628 11:07:09 server id 1? end_log_pos 177?? Query?? thread_id=1???? exec_time=0???? error_code=0
SET TIMESTAMP=1467083229/*!*/;
SET @@session.pseudo_thread_id=1/*!*/;
SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=0, @@session.unique_checks=1, @@session.autocommit=1/*!*/;
SET @@session.sql_mode=0/*!*/;
SET @@session.auto_increment_increment=1, @@session.auto_increment_offset=1/*!*/;
/*!\C utf8 *//*!*/;
SET @@session.character_set_client=33,@@session.collation_connection=33,@@session.collation_server=33/*!*/;
SET @@session.lc_time_names=0/*!*/;
SET @@session.collation_database=DEFAULT/*!*/;
BEGIN
/*!*/;
# at 177
# at 223
#160628 11:07:09 server id 1? end_log_pos 223?? Table_map: `oldboy`.`sc` mapped to number 33
#160628 11:07:09 server id 1? end_log_pos 785?? Update_rows: table id 33 flags: STMT_END_F
### UPDATE `oldboy`.`sc`
### WHERE
###?? @1=1
###?? @2=1001
