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';

總結(jié)

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

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