binlog初试和开启

       今天看到一个老铁头脑发热、两眼发晕，删除了数据库表，但是没有跑路。与群里技术大佬一番交流后，得知binlog 可以恢复删除的数据库表，我也马上了解下，万一那天我手残删除了，这就不是能随便跑路的，不过建议大家在操作数据库之前都先备份。

 

一、介绍

　　binlog， 即二进制文件，他记录了MySQL所有数据的变更，并以二进制的形式存储在磁盘上

        用途1：主从同步

　　用途2：恢复数据库（也是线上出现一次数据库文件丢失后，才对这个有所了解并学习的）

 

二、binlog模式

　　binlog有三种模式：ROW（行模式）,   Statement（语句模式）,   Mixed（混合模式）

　　ROW（行模式）：记录那条数据修改了，注意：记录的是这条记录的全部数据，即使只更新了一个字段，binlog里也会记录所有字段的数据

                　　　　　优点：他不记录sql语句的上下文信息，日志内容会非常清楚的记录每条数据详细的变更细节，即使只更新了一个字段，binlog里也会记录所有字段的数据。

　　　　　　　　　　 缺点：binlog日志会非常大，mysql主从同步时，会产生大量磁盘IO

　　　　

　　Statement（语句模式）:  每一条会修改数据的sql都会记录在binlog中。

　　　　　　　　　　优点：不需要记录每一行的变化，减少了binlog日志量，节约了IO，提高性能。

　　　　　　　　　　缺点：由于记录的只是执行语句，为了这些语句能在slave上正确运行，因此还必须记录每条语句在执行的时候的一些相关信息，以保证所有语句能在slave得到和在master端执行时候相同 的结果。另外mysql 的复制,像一些特定函数功能，slave可与master上要保持一致会有很多相关问题。

 

　　Mixed（混合模式）：在Mixed模式下，一般的语句修改使用statment格式保存binlog，如一些函数，statement无法完成主从复制的操作，则采用row格式保存binlog，MySQL会根据执行的每一条具体的sql语句来区分对待记录的日志形式，也就是在Statement和Row之间选择一种。
 

三、开启和查看binlog

1、首先查看mysql是否开启binlog同步功能

show variables like 'log_bin';

未开启 binlog

开启binlog

2、binlog开启

通过修改/etc/my.inf文件开启binlog

#log_bin
#开启binlog
log-bin = mysql-bin
#选择row模式
binlog-format = ROW
#配置mysql replication需要定义，不能和canal的slaveId重复
server_id = 12345

3、查看mysql的binlog模式

show variables like 'binlog_format'

4、binlog相关命令
show binary logs   #获取binlog文件日志列表
show master status  # 查看当前正在写入的binlog文件
show master logs  # 查看master上的binlog文件
show binlog events  #查看第一个binlog文件内容
show binlog events 'mysql-bin.000002'  # 查看指定binlog文件内容， 如：查看mysql-bin.000002文件内容