mysql---二進制日志

記錄了所有對MySQL數(shù)據(jù)庫的修改事件,包括增刪改查事件和對表結(jié)構(gòu)的修改事件

二進制日志的開啟

#是否啟用了日志 mysql> show variables like 'log_bin'; +---------------+-------+ | Variable_name | Value | +---------------+-------+ | log_bin | OFF | +---------------+-------+[mysqld]log-bin [=DIR \ [filename]]log_bin=mysql-bin 名字可以隨便起(mysql-bin)

格式

binlog_format={STATEMENT|ROW|MIXED}

語句(statement)：默認的記錄格式,基于段

行(row)：定義的并非數(shù)據(jù)本身而是這一行的數(shù)據(jù)是什么

混合模式(mixed)：交替使用行和語句、由mysql服務器自行判斷

基于段的日志格式

優(yōu)點

日志記錄量相對較小,節(jié)約磁盤及網(wǎng)絡IO

只對一條記錄修改或者插入,row格式所產(chǎn)生的日志量小于段產(chǎn)生的日志量

缺點

必須要記錄上下文信息,保證語句在從服務器上執(zhí)行結(jié)果與主服務器相同

特定函數(shù)如UUID(),user()這樣非確定性函數(shù)還是無法復制；可能造成MySQL復制的主備服務器數(shù)據(jù)不一致

操作

mysql> show variables like 'binlog_format';mysql> set session binlog_format=statement;mysql> show binary logs; mysql> flush logs;

---

行日志格式

5.7版本的默認格式

Row格式可以避免Mysql復制中出現(xiàn)的主從不一致問題

同一SQL語句修改了10000條數(shù)據(jù)的情況下

• 基于段的日志格式只會記錄這個SQL語句
• 基于行的日志會有10000條記錄分別記錄每一行的數(shù)據(jù)修改

優(yōu)點

使MySQL主從復制更加安全

對每一行數(shù)據(jù)的修改比基于段的復制高效

誤操作而修改了數(shù)據(jù)庫中的數(shù)據(jù),同時又沒有備份可以恢復時,我們就可以通過分析二進制日志,對日志中記錄的數(shù)據(jù)修改操作做反向處理的方式來達到恢復數(shù)據(jù)的目的

缺點

記錄日志量較大；binlog_row_image=[FULL|MINIMAL|NOBLOB]

---

混合日志格式

binlog_format=MIXED

特點

• 根據(jù)SQL語句由系統(tǒng)決定基于段和基于行的日志格式中進行選擇
• 數(shù)據(jù)量的大小由所執(zhí)行的SQL語句決定

---

二進制日志格式對復制的影響

基于SQL語句(statement)復制(SBR)

優(yōu)點

生成的日志量少,節(jié)約網(wǎng)絡傳輸IO

并不強制要求主從數(shù)據(jù)庫的表定義完全相同

相比于基于行的復制方式更為靈活

缺點

對于非確定性事件,無法保證主從復制數(shù)據(jù)的一致性

對于存儲過程,觸發(fā)器,自定義函數(shù)進行的修改也可能造成數(shù)據(jù)不一致

相比于基于行的復制方式在從上執(zhí)行時需要更多的行鎖

基于行的復制(PBR)

優(yōu)點

可以應用于任何SQL的復制包括非確定函數(shù),存儲過程等

可以減少數(shù)據(jù)庫鎖的使用

對主從數(shù)據(jù)的一致性更加有保證

缺點

要求主從數(shù)據(jù)庫的表結(jié)構(gòu)相同,否則可能會中斷復制

無法在從上單獨執(zhí)行觸發(fā)器

查看二進制日志

數(shù)據(jù)庫會話查看

#顯示當前服務器使用的二進制文件及大小 mysql> show binary logs#顯示主服務器使用的二進制文件及大小 mysql> show master logs;#當前使用的二進制文件及所處位置 mysql> show master status#lush logs一般只會滾動中繼日志和二進制日志 mysql> flush logs;#二進制日志的記錄位置,通常為上一個事件執(zhí)行結(jié)束時間的位置 mysql> showmaster status; #...數(shù)據(jù)庫的增刪改查 #觀察二進制位置的變化 mysql> show master status; #查看所有的二進制信息 mysql> show binlog events\G; #查看指定日志的二進制信息 mysql> show binlog events in 'mysql-bin.000011'; #從指定的事件位置開始 mysql> show binlog events in 'mysql-bin.000011' from 190; #指定偏移量(不是語句，是事件) mysql> showbinlog events in 'mysql-bin.000011' from 190 limit 3;

命令行mysqlbinlog

#必須在數(shù)據(jù)目錄下 mysqlbinlog mysql-bin.000017#導出此數(shù)據(jù)庫的信息 mysqlbinlog mysql-bin.000017 > /tmp/a.sql #導入此數(shù)據(jù)庫的信息 mysql < a.sql mysqlbinlog -vv 日志名

二進制日志刪除

長時間不清理會浪費很多的磁盤空間,但是刪除后可能導致數(shù)據(jù)庫崩潰無法進行恢復.

若要刪除二進制日志首先將其和數(shù)據(jù)庫備份一份

#刪除所有的二進制日志（不可效仿） mysql> reset master; #根據(jù)文件或時間點來刪除二進制日志 # TO 'log_name' 刪除文件之前的所有文件 mysql> PURGE { BINARY | MASTER } LOGS {TO 'log_name' | BEFORE datetime_expr } #使用時間來刪除二進制日志 mysql> PURGEBINARY LOGS BEFORE '13-10-19 10:26:36';

轉(zhuǎn)載于:https://www.cnblogs.com/sxchengchen/p/7857018.html

《新程序員》：云原生和全面數(shù)字化實踐50位技術(shù)專家共同創(chuàng)作，文字、視頻、音頻交互閱讀

總結(jié)

以上是生活随笔為你收集整理的mysql-二进制日志的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。