(4.6)mysql备份还原——深入解析二进制日志(2)binlog参数配置解析

时间:2023-07-20 13:27:56

关键词:binlog配置,binlog参数,二进制日志配置,二进制文件参数配置

关键词:binlog缓存,binlog 刷新

0、bin写入流程

写binlog流程如下:
# 数据操作buffer pool > binlog buffer > file system buffer > commit > binlog file

1、配置

【1.1】查看
show variables like '%log_bin%';
show variables like '%binlog%';
show variables like '%server%'; 【1.2】必要参数配置
[mysqld]
server_id=3306 #服务ID,主从必须不一致。(建议数字:ip+端口) 5.7.3以后版本,必须加
#目录必须存在且授权好,binlog为索引文件,实际文件会自动根据索引文件建立如binlog.0000001
log_bin=/mysql/log/3306/binlog
log_bin_index=/mysql/log/3306/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中内容全记录,只记录被操作的,和不记录二进制

binlog-do-db=db_name #该选项告诉服务器,binlog只记录db_name数据库操作(可写多行实现多个数据库)
binlog-ignore-db=db_name #该选项告诉服务器,binlog不记录db_name数据库操作(可写多行实现多个数据库) 【1.3】文件大小
show variables like '%binlog%';
(1)max_binlog_size:范围4K-1G,默认1G、最大也是1G一个。但如果一个SQL事务太大,比如这个SQL产生2G日志,那么binlog也会达到2G。
【1.4】缓存大小(如果事务巨大则会超出定义值)
(1)binlog_cache_size(默认32K):二进制日志写缓存区大小。写binlog流程如下:
# 数据操作buffer pool > binlog buffer > file system buffer > commit > binlog file
监控使用:show status like 'binlog_cache';
=>Binlog_cache_use 表示用到binlog缓存的次数
=>Binlog_cache_disk_use 表示使用临时文件来存放binlog缓存的次数。
(2)max_binlog_cache_size:binlog_cache_size缓存最大值,默认无限大,超出报错
(3)binlog_stmt_cache_size(默认32K):非事务语句文件缓存大小
(4)max_binlog_stmt_cache_size:binlog_stmt_cache_size缓存最大值,默认无限大,超出报错
(5)binlog_row_image:针对binlog_format='row'格式来设置记录的日志范围(默认full,minimal,noblob)
(6)binlog_gtid_simple_recovery:在主从复制时有影响,默认为on,如果主从复制计算gtid出错,改为off.
  #在重启/清理binlog的时候,只需要打开最早的和最晚的binlog来根据gtid对比,不需要打开所有文件。
#好处:可以通过这2个文件来计算当前的gtid来进行复制。 【1.5】flush disk相关的
写binlog流程如下:
# 数据操作buffer pool > binlog buffer > file system buffer > commit > binlog file
在写binlog file之前,commit有3种模式,分别是:0,1,N
sync_binlog=0:mysql不会主动同步Binlog内容到磁盘文件中,而是依赖操作系统刷新文件的机会刷binlog file.一般是1S/次
sync_binlog=1:默认值,mysql主动刷新file system buffer到磁盘上的binlog file中,每1次commit,就主动fsync一次。
sync_binlog=N:非0非1,mysql主动刷新file system buffer到磁盘上的binlog file中,每N次commit,就主动fsync一次。 【1.6】数据库先写redo log还是先写binlog?
答案:先写redo LOG,再写binlog。如果2个有任一失败,就会回滚。
sync_binlog配合另一个参数innodb_flush_log_at_trx_commit;
如果都是1,数据库挂了以后,最多只丢一条一句或一个事务的数据;
show variables like 'innodb_flush_log_at_trx_commit';
但会影响性能,只能说在数据要求非常高的场景下使用。