Mysql 5.7开启binlog日志
前言
binlog是MySQL的二进制日志，并且是MySQL中最重要的日志。binlog记录了对MySQL数据库执行更改的所有操作，包括对数据库表结构的变更，对数据的变更，例如CREATE、ALTER TABLE、INSERT、UPDATE、DELETE…，但是不会记录查询语句select。需要注意的是，如果是update操作，即使是没有数据更新，也会记录在binlog日志中，binlog日志是以事件形式记录，并且还包含语句所执行的消耗时间。
查看binlog是否开启
show variables like 'log_bin';
开启binlog
修改mysql配置文件
[mysqld]
log-bin=mysql-bin
server_id=1注意: serverd一定要设置，否则会导致mysql无法启动
重新启动mysql
# 停止mysql服务
service mysql stop
# 启动mysql服务
service mysql start
# 重启mysql服务
service mysql restart 扩展
应用
- 主从复制 master端开启binlog，master把二进制日志传递给slaves来达到master-slave数据保持一致。
- 数据恢复 可以通过mysqlbinlog工具解析binlog来恢复数据。
binlog日志常用命令
查看所有的binlog日志列表
show master logs;查看master状态，即最后一个binlog日志的编号名称，及其最后一个操作时间pos结束点值
show master status;flush刷新binlog日志，此刻之后会产生一个新编号的binlog日志文件
flush logs;bin-log日志存放地址
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 = 100mbinlog格式
# 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