mysql二进制日志

时间 2019-12-20

标签 mysql 二进制日志栏目 MySQL 繁體版

原文原文链接

1.启动和设置二进制日志

默认状况下，二进制日志是关闭的，能够经过修改MySQL的配置文件来启动和设置二进制日志

log-bin 定义开启二进制日志；后面参数为path[/filename],若是不指定path ，默认为datadir，若是不指定filename,默认为主机名称会生成filename.0000001,filename.000002等，还有一个filename.index文件,文件内容为全部日志的清单
expire_logs_days 定义了MySQL清除过时日志的时间，即二进制日志自动删除的天数。默认值为0，表示不自动删除，当MySQL启动或刷新二进制日志时可能删除该文件。
max_binlog_size 定义了单个文件的大小限制，若是二进制日志写入的内容大小超出给定值，日志就会发生回滚（关闭当前文件，从新打开一个新的日志文件）。默认1GB, 不能大于1GB或小于4096B

添加完毕后，重启MySQL，便可打开二进制日志

使用show master status 查看当前的二进制文件名称

使用show binary logs;查看二进制日志文件个数即文件名

使用show variables like 'log_bin%';查看二进制日志配置信息

到这里启动算是完了，可是我一样的配置，在linux环境下却一直启动不了报错，

Starting MySQL...The server quit without updating PID file (/usr/local/lnmp/mysql/data/ljstu.pid).[失败]

最后查mysql错误日志，发现了这行错误

You have enabled the binary log, but you haven't provided the mandatory server-id. Please refer to the proper server start-up parameters documentatio

在MySQL官方文档下找到了server-id的说明，MySQL5.7若是开启了二进制日志，则server-id必须指定，不然会不容许服务启动，而8.0只会有个提示。server-id是干什么用的之后再说，这里不作讨论

5.7：

8.0：

本地mysql是8.0，linux服务器mysql是5.7，因此才出了这个问题。

解决办法修改配置文件 vim /etc/my.cnf 添加server-id=100 （随便一个惟一值）

2.查看二进制日志

使用mysqlbinlog查看二进制日志（先使用show master status查看当前正在使用二进制文件）。

　　　　mysqlbinlog /var/log/mysql/mybinlog.000001
　　　　mysqlbinlog: [ERROR] unknown variable 'default-character-set=utf8'    # 使用已下命令便可，
　　　　mysqlbinlog --no-defaults /var/log/mysql/mybinlog.000001

举个例子，先进数据库对任意一张表添加一行数据，而后使用上面说到的命令查看日志

经过日志能够看到15:53的时候操做了`ljstu`.`user`,但具体干了啥，仍是很难看懂，这时候就要谈到二进制的记录格式了

MySQL有三种日志记录格式：

- 基于语句的日志记录：MySQL中的复制功能最初基于SQL语句主服务器到从服务器的传播，配置binlog-format=STATEMENT
- 基于行的日志记录，主服务器将事件写入二进制日志日志，该事件指示如何影响各个表行，所以，表始终使用主键以确保行能够有效的标识，配置binlog-format=ROW
- 混合日志记录：默认状况下使用基于语句的日志记录，但在某些状况下，日志记录模式会基于行，配置binlog-format=MIXED

修改配置文件 vim /etc/my.cnf ，添加配置 binlog-format=statement ,重启mysql。咱们再在`ljstu`.`user`里面插入一行数据，而后查看当前使用的日志文件是哪个，

　　　最后在使用mysqlbinlog查看，如今就能够看到执行的sql语句了

3.删除二进制日志

　　MySQL的二进制文件能够配置自动删除，同时MySQL也提供了安全的手动删除方法

 　　　　RESET MASTER:删除全部二进制日志文件。并从新建立二进制文件，扩展名从000001开始
     　 PURGE MASTER LOGS:删除指定二进制文件
　　　　 purge {master | binary} logs to 'log_name'     删除文件名编号比指定文件名编号小全部日志文件
　　　　 purge {master | binary} logs before 'date'     删除指定日期之前的全部日志文件

　例子：先查看当前的日志（由于linux上都是今天的，因此拿本地的作测试）

　删除今天以前的日志文件

　　　　purge master logs before '2019-12-18';

　删除指定的日志文件

　　　　purge master logs to 'mybinlog.000010'

4.使用二进制日志恢复数据

　　若是开启了二进制日志，在数据库出现意外丢失数据时，可使用mysqlbinlog工具从指定的时间点（例如最后一次备份）到如今，或另外一个指定的时间点的日志中恢复数据，（使用二进制日志是进行时间点增量恢复）

　　　mysqlbinlog [option] filename | mysql -uuser -ppass

　　　option为可选参数，filename是日志文件名。经常使用的option参数有 --start-date(开始时间),--stop-date（结束时间）,--start-position（开始位置）,--stop-position（结束位置）

　　先在数据库表中添加3行记录，更新其中一行

　　而后查看日志文件，能够看到刚刚的update语句

　　最后使用mysqlbinlog工具恢复数据，发现报错了，并且是主键冲突，为何会出现这个问题？

　　MySQL官方文档指出，时间点恢复将服务器从彻底备份时逐步更新到最近的时间，若是没有指定开始时间的话，mysql会把日志文件的sql都执行一遍，因此执行到前面的insert的时候就报错了。这里，咱们须要指定一个开始时间。

找到插入数据的时间，而后执行命令，由于我这里是一次性添加的3行数据，因此我把三行数据都删除了，而后使用mysqlbinlog工具恢复

5.暂停二进制日志功能

　　暂停：set sql_log_bin = 0;

　　启动：set sql_log_bin = 1;