一、二进制日志
    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;
12-26 18:49