MySQL-Binlog
binlog有关参数
log_bin
设置此参数表示启用binlog功能,并指定路径名称
log_bin_index
设置此参数是指定二进制索引文件的路径与名称
binlog_do_db
此参数表示只记录指定数据库的二进制日志
binlog_ignore_db
此参数表示不记录指定的数据库的二进制日志
max_binlog_cache_size
此参数表示binlog使用的内存最大的尺寸
binlog_cache_size
此参数表示binlog使用的内存大小,可以通过状态变量binlog_cache_use和binlog_cache_disk_use来帮助测试。
binlog_cache_use
使用二进制日志缓存的事务数量
binlog_cache_disk_use
使用二进制日志缓存但超过binlog_cache_size值并使用临时文件来保存事务中的语句的事务数量
max_binlog_size
Binlog最大值,最大和默认值是1GB,该设置并不能严格控制Binlog的大小,尤其是Binlog比较靠近最大值而又遇到一个比较大事务时,为了保证事务的完整性,不可能做切换日志的动作,只能将该事务的所有SQL都记录进当前日志,直到事务结束
sync_binlog
这个参数直接影响mysql的性能和完整性
sync_binlog=0
当事务提交后,Mysql仅仅是将binlog_cache中的数据写入Binlog文件,但不执行fsync之类的磁盘 同步指令通知文件系统将缓存刷新到磁盘,而让Filesystem自行决定什么时候来做同步,这个是性能最好的。
sync_binlog=n,在进行n次事务提交以后,Mysql将执行一次fsync之类的磁盘同步指令,同志文件系统将Binlog文件缓存刷新到磁盘。
Mysql中默认设置sync_binlog=0,即不作任何强制性的磁盘刷新指令,这时性能是最好的,但风险也是最大的。一旦系统绷Crash,在文件系统缓存中的所有Binlog信息都会丢失
查看Binlog
通过 mysqlbinlog 命令可以查看 binlog 的内容
[root@localhost ~]# mysqlbinlog /home/mysql/binlog/binlog.000003 | more
删除Binlog
自动删除 Binlog
通过 binlog 参数expire_logs_days
来实现 mysql 自动删除 binlog
1 | show binary logs; |
手工删除 Binlog
1 | reset master; //删除master的binlog,即手动删除所有的binlog日志 |
根据 Binlog 恢复数据
mysqlbinlog恢复指定表_mysqlbinlog 恢复指定表_IChen.的博客-CSDN博客
1 | 是否开启binlog |
1 | mysqlbinlog --no-defaults --skip-gtids --base64-output=decode-rows -v --start-position=565507436 --stop-position=694192346 --database=tcboot_scm D:\prod\MySQL\MySQL8Data\Data\VMSERVER3-bin.000020|grep "^###" > table_log.sql |
问题
- 如果 binlog 日志增长非常快,用户量又不大,可以排查下程序中是否存在频繁更新数据的情况