介绍
说到 Binlog 就不得不提一下 MySQL 的四种类型的日志：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 等不确定性函数的语句，引用了系统变量的语句等等。
查看三种模式的区别：https://www.cnblogs.com/xinysu/p/6607658.html
开启 Binlog
像一些公有云上的云数据库一般都是默认开始 Binlog 的，不需要人为干涉，如果是自建的 MySQL 一般是不开启的。
1、检查是binlog否开启
1 | > show global variables like 'log_bin'; |
如果返回的是 log_bin | OFF 那么就是没有开启，ON 则是已经开启
2、设置开启
修改MySQL配置文件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
再检查一下是否开启
1 | > show global variables like 'log_bin'; |