binlog:记录数据库所有数据修改的记录,主要用于主从复制,有三种模式,默认为statement模式 row level:会记录每一行数据修改的形式,然后在slave端对相同数据进行修改缺点:日志量大
优点:会清楚地记录每一行数据修改的记录,bin-log可以不记录执行sql语句的上下文相关信息 statement level:数据修改的sql会直接记录到master-log中
缺点:记录的是执行语句,为了保证master和slave的一致,需要记录每条语句在执行的时候的上下文信息
优点:不需要记录每一行数据的变化详情,只需要执行master上的执行的sql以及相关上下文信息;减少磁盘io,提高性能
mixed:会根据需要存储引擎自行选择row或statement进行日志存储
relaylog:中继日志与master的binlog功能类似,保证主从的一致。slave的io线程将master-binlog日志内容转为从服务器的本地文件,sql线程将relaylog中的事件解析,使从服务器和主服务器保持数据的一致性。
show binary logs;
查询日志事件
from:开始读取的字节位置(pos)
show binlog events in 'binlog.000025' from 4 limit 3\G;
由此可见,show binlog events 无法看到感兴趣的事件是从哪里开始的以及详情,可以借助mysqlbinlog来查看
shell> mysqlbinlog -v --base64-output-decode-rows --start-position=4 --stop-position=126 binlog.000025
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。