介绍
说到Binlog就不得不提一下MySQL Server的四种类型的日志：Error Log、General Query Log、Slow Query Log 和 Binary Log 。
Error Log 即错误日志，记录 mysqld 发生的一些错误。
General Query Log 即一般查询日志，记录 mysqld 正在做的事情，如客户端的连接和断开、来自客户端每条Sql Statement记录信息；如果你想准确知道客户端究竟传了什么内容给服务端，这个日志就非常管用了，当然了这货非常影响性能。
Slow Query Log 即慢查询日志，记录一些查询执行较慢的SQL语句，这个日志非常常用，主要是给开发者调优用的。
Binary Log 简称 Binlog 即二进制日志文件，这个文件记录了mysql所有的DML操作。通过Binlog日志我们可以做数据恢复，做主主复制和主从复制等等。对于开发者可能对Binlog并不怎么关注，但是对于运维或者架构人员来讲是非常重要的。
简而言之，Binlog两个重要的用途——复制和恢复，很多十分好用的MySQL体验比如说增量备份，回滚至指定时间以及上面提到的主主和主从等等都依赖于Binlog。
Binlog 有三种模式：
- STATEMENT：顾名思义，STATEMENT格式的Binlog记录的是数据库上执行的原生SQL语句
- ROW：这种格式的Binlog记录的是数据表的行是怎样被修改的。
- MIXED：混合模式，如果设置了这种格式，MariaDB/MySQL会在一些特定的情况下自动从STATEMENT格式切换到ROW格式。例如，包含UUID等不确定性函数的语句，引用了系统变量的语句等等。
开启 Binlog
像一些公有云上的云数据库一般都是默认开始Binlog的，不需要人为干涉，如果是自建的 MySQL 一般是不开启的。
检查是否开启
登录 MySQL ，执行 SQL ：show global variables like 'log_bin';
会返回一个如下的结果：
1 | +---------------+-------+ |
如果返回的是 log_bin | OFF 那么就是没有开启，ON 则是已经开启
设置开启
修改my.cnf文件，一般来说都位于/etc/my.cnf这边，部分像MariaDB可能是修改/etc/my.cnf.d/server.cnf文件。
在 [mysqld] 下写入如下内容：
1 | log_bin = /var/lib/mysql/bin-log |
解释一下：
log_bin = /var/lib/mysql/bin-log，开启Binlog并写明存放日志的位置
log_bin_index = /var/lib/mysql/mysql-bin.index，指定索引文件的位置。
expire_logs_days = 7，删除超出这个变量保留期之前的全部日志被删除
server_id = 0002， 指定一个集群内的MySQL服务器ID，如果做数据库集群那么必须全局唯一，一般来说不推荐，指定server_id等于1。
binlog_format = ROW，设置方面提到过的三种Binlog的日志模式。
更多选项：
max_binlog_size，binary log 最大的大小
binlog_cache_size，当前的多少事务cache在内存中
binlog_cache_disk_use，当前有多少事务暂存在磁盘上的，如果这个值有数值的话，就应该要注意调优了。
max_binlog_cache_size，最大能有多少事务cache在内存中
binlog_do_db和binlog_ingore_db，是一对控制对哪些数据库进行收集的选项。
sync_binlog，这个值控制cache的数据commit多少次才刷到磁盘上。默认是0，也就是让数据库自己决定同步的频率。如设置成1的话，则每commit一次就会将cache的数据同步到磁盘上，这样做最安全，但是性能最差。
最后就是重启一下数据库：service mysql restart
或者service mysqld restart
继续检查一下是否开启
登录 MySQL ，执行 SQL ：show global variables like 'log_bin';
这下应该就是返回 ON 了
1 | MariaDB [(none)]> show global variables like 'log_bin'; |