为 MySQL/MariaDB 开启 Binlog 功能

本文深入探讨MySQL的Binlog日志,涵盖其四种类型、重要用途及配置方法。Binlog作为二进制日志,记录所有DML操作,支持数据恢复与复制,对运维至关重要。文章详细讲解Binlog的三种模式:STATEMENT、ROW和MIXED,并指导如何在自建MySQL中开启Binlog,包括修改my.cnf文件和设置关键参数。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

介绍

说到 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 有三种模式:

  1. STATEMENT:顾名思义,STATEMENT 格式的 Binlog 记录的是数据库上执行的原生SQL语句
  2. ROW:这种格式的 Binlog 记录的是数据表的行是怎样被修改的。
  3. MIXED:混合模式,如果设置了这种格式,MariaDB / MySQL 会在一些特定的情况下自动从 STATEMENT 格式切换到 ROW 格式。例如,包含 UUID 等不确定性函数的语句,引用了系统变量的语句等等。

开启 Binlog

像一些公有云上的云数据库一般都是默认开始 Binlog 的,不需要人为干涉,如果是自建的 MySQL 一般是不开启的。

检查是否开启

登录 MySQL ,执行 SQL :

 show global variables like 'log_bin'; 

会返回一个如下的结果:

+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| log_bin       | OFF   |
+---------------+-------+
1 row in set (0.001 sec)

如果返回的是 log_bin | OFF 那么就是没有开启,ON 则是已经开启

 设置开启

修改 my.cnf 文件,一般来说都位于 /etc/my.cnf 这边,部分像 MariaDB 可能是修改/etc/my.cnf.d/server.cnf 文件。

[mysqld] 下写入如下内容:

log_bin                      =    /var/lib/mysql/bin-log
log_bin_index              =    /var/lib/mysql/mysql-bin.index
expire_logs_days          = 7
server_id                 = 0002
binlog_format              = ROW

解释一下:

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_dbbinlog_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

MariaDB [(none)]>  show global variables like 'log_bin'; 
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| log_bin       | ON    |
+---------------+-------+
1 row in set (0.001 sec)

来自我的博客:https://www.mf8.biz/enable-binlog/

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值