binlog是MySQL的二进制日志,并且是MySQL中最重要的日志。binlog记录了对MySQL数据库执行更改的所有操作,包括对数据库表结构的变更,对数据的变更,例如CREATE、ALTER TABLE、INSERT、UPDATE、DELETE…,但是不会记录查询语句select。需要注意的是,如果是update操作,即使是没有数据更新,也会记录在binlog日志中,binlog日志是以事件形式记录,并且还包含语句所执行的消耗时间。
show variables like 'log_bin';
[mysqld]
log-bin=mysql-bin
server_id=1
注意: serverd一定要设置,否则会导致mysql无法启动
# 停止mysql服务
service mysql stop
# 启动mysql服务
service mysql start
# 重启mysql服务
service mysql restart
查看所有的binlog日志列表
show master logs;
查看master状态,即最后一个binlog日志的编号名称,及其最后一个操作时间pos结束点值
show master status;
flush刷新binlog日志,此刻之后会产生一个新编号的binlog日志文件
flush logs;
binlog存放在/var/lib/mysql里面的,如果是docker,则在相应的映射目录
在MySQL配置文件my.cnf或者my.ini中[mysqld]标签内修改
# 配置定时清理
expire_logs_days = 5
# 配置修改后的日志路径
log-bin=/home/logs/mysql-bin
在MySQL配置文件my.cnf或者my.ini中[mysqld]标签内修改
# binlog每个日志文件大小
max_binlog_size = 100m
# binlog日志格式,MySQL默认采用的是STATEMENT,建议使用MIXED
binlog_format = MIXED
复制模式 | 优点 | 缺点 | 原理 |
---|---|---|---|
STATEMENT模式 | - 减少binlog日志量,节约IO,提高性能- 适用于简单的SQL语句 | - 某些情况会导致master-slave中的数据不一致,例如sleep(),last_insert_id()等 | 基于SQL语句的复制(statement-based replication),每一条会修改数据的sql语句都会记录到binlog中 |
ROW模式 | - 任何情况都可以复制,并且不会出现特定情况下存储过程、function等调用或者触发无法被正确复制的问题 | - binlog日志文件会非常大- master上执行update语句时,所有变化都会写到binlog里面,SBR只会写一次,所以会导致频繁发生binlog的并发写问题 | 基于行的复制(row-based replication),不记录每条sql语句的上下文信息,仅记录哪条数据被修改了,修改成什么样。 |
MIXED模式 | 一般的复制使用STATEMENT模式保存binlog,对于STATEMENT模式无法复制的操作使用ROW模式保存binlog,MySQL会根据执行的SQL语句选择日志保存方式 | - 实现较为复杂 | 两种模式的混合使用 |
本文由 小马哥 创作,采用 知识共享署名4.0 国际许可协议进行许可 本站文章除注明转载/出处外,均为本站原创或翻译,转载前请务必署名 最后编辑时间为: 2023/09/01 14:40