MySQL二进制日志

二进制日志由包含“ 事件 ”的文件组成,这些 事件描述了对数据库内容的修改。服务器以二进制格式写入这些文件。
1.查看binlog文件名列表
show binary logs;
MySQL二进制日志mysql

2.查看binlog文件内容
show binlog events in 'mysql-bin.000001' limit 10;
MySQL二进制日志sql

3.查看binlog当前位置点
show master status;
MySQL二进制日志数据库

4.查看binlog 格式
日志格式:statement,row,
row:优势:日志比较清楚,会记录每行数据修改细节 缺点:会产生大量的日志
statement:优势:只记录sql语句,解决了row格式的缺点,减小了日志量,节省I/O 及存储资源,提升了性能。 缺点:有些sql语句不能复制到slava,致使主从不一致,存在一些bug,语句执行错误不易恢复。
mixed:处于row与statement格式之间,很好的处理了其优缺点。服务器

SELECT @@binlog_format;
MySQL二进制日志app

5.刷新日志
flush logs;ide

6.清除日志
reset master;工具

7.用mysqlbinlog工具查看
mysqlbinlog -v --base64-output=decode-rows /usr/app/mysqllog/mysql_bin.000001
基于开始/结束时间
mysqlbinlog --start-datetime='2018-12-13 00:00:00' --stop-datetime='2018-12-14 15:01:01' -d hadoop /usr/app/mysqllog/mysql-bin.000001oop

基于pos值输出到压缩文件 ,注:test是库名,/var/lib/mysql/mysql-bin.000001是二进制文件路径
mysqlbinlog --start-position=2098 --stop-position=2205 -d test /usr/app/mysqllog/mysql-bin.000001 |gzip >test.sql.gz 性能

提取指定位置的多个binlog日志文件
mysqlbinlog --start-position="120" --stop-position="332" /usr/app/mysqllog/mysql-bin.000001 /usr/app/mysqllog/mysql-bin.000002|more 日志

提取指定数据库binlog并转换字符集到UTF8
mysqlbinlog --database=test --set-charset=utf8 /usr/app/mysqllog/mysql-bin.000001 /usr/app/mysqllog/mysql-bin.000002 >test.sql

恢复数据
mysqlbinlog --start-position="120" --stop-position="332" /usr/app/mysqllog/mysql-bin.000001 | mysql -uroot -p

备份日志:必须由两个mysqlbinlog 完成
mysqlbinlog --read-from-remote-server --host=host_name --raw
binlog.000001 binlog.000131 binlog.000132

--read-from-remote-server能够用-R替代:链接到服务器并请求其二进制日志, --host:主机ip,

mysqlbinlog --read-from-remote-server --host=host_name --raw
--to-last-log binlog.000001
--raw:写入原始(二进制)输出, binlog.000001:第一个文件, --to-last-log:最后一个文件读完退出

实时读取日志mysqlbinlog --read-from-remote-server --host=host_name --raw--stop-never binlog.000001--stop-never:到达最后一个日志文件的末尾后保持与服务器的链接并继续读取新事件,没有必要指定 --to-last-log读取最后一个日志文件,由于该选项是隐含的。

相关文章
相关标签/搜索