(4.5)mysql备份还原——深入解析二进制日志(1)binlog的3种工作模式与配置

(4.5)mysql备份还原——深入解析二进制日志(binlog)

关键词:二进制日志,binlog日志

0、建议

  (1)不建议随便去修改binlog格式(数据库级别)

  (2)binlog日志的清理

    【2.1】过期日志天数:show variables like 'expire_logs_days';

    【2.2】手工切换成新的日志文件:flush log;

  (3)手工直接清除:purge binary log to 'bin-log.00003'     详细参考:https://www.cnblogs.com/gered/p/10471673.html

  (4)全清reset master;

1、binlog二进制日志简介

  这个文件记录了mysql数据库所有的dml,ddl语句事件(不包含select)。记录增删改,也可以记录SQL语句及行记录变化,还可以记录这些操作事件;

  三种日志的区别:

  (1)general log:记录数据库里的所有SQL操作记录

  (2)redo log:只记录innodb存储引擎的修改日志

  (3)binlog:只记录server层面内部的修改情况。--select /show 不记录

2、开启binlog二进制日志有什么好处?

  (1)mysql主从复制,通过binlog实现数据复制

  (2)数据恢复:可以基于时间点恢复,以及根据其进行增量与差异备份

3、mysql binlog的三种工作模式

 binlog_format

【3.1】row level(默认级别:mysql5.7.6之后+8.0)

  日志中记录每一行数据修改的情况;

  (1)有点:可以更方便查看每一条数据修改的细节  (2)缺点:数据量比较大

  使用场景:希望数据最安全,复制强一致。

【3.2】statement level(默认级别:Mysql5.7.6之前)

  记录每一条修改的SQL

  (1)优点:解决了数据量比较大的问题  (2)缺点:容易出现主从复制不一致

  使用场景:使用mysql的功能比较少,又不使用存储过程/触发器/函数

【3.3】mixed(混合模式)

  结合 row level 与statement level的优点

  一般情况下都使用statement,但是如果隔离级别设置为RC,那么一般会使用row

  不建议使用,还不如使用row level

4、配置mysql binlog二进制日志

【4.1】查看
show variables like '%log_bin%';
show variables like '%binlog%';
show variables like '%server%'; 【4.2】参数配置
[mysqld]
server_id= #服务ID,主从必须不一致。(建议数字:ip+端口) 5.7.3以后版本,必须加
#目录必须存在且授权好,binlog为索引文件,实际文件会自动根据索引文件建立如binlog.
log_bin=/mysql/log//binlog
log_bin_index=/mysql/log//binlog.index   #不设置的话,会根据log_bin值名称自动生成binlog.index
binlog_format='row' #(row,statement,mixed) #3种模式
binlog_rows_query_log_events=on #打开才能查看详细记录
expire_logs_days=10 #表示自动删除10天以前的日志
max_binlog_size=100M #表示单个二进制文件的最大值为100M,如果有大事务可能会超出最大值
binlog_row_image=full #(full,minimal,noblob),分别表示binlog中内容全记录,只记录被操作的,和不记录二进制

经典概念参考:http://www.zsythink.net/archives/1286#comments

上一篇:☀️ 学会编程入门必备 C# 最基础知识介绍(四)——数组、字符串、结构体、枚举、类


下一篇:(4.3)mysql备份还原——mysql备份策略