首页 / 日志 / MySQL binlog日志操作详解
MySQL binlog日志操作详解
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了MySQL binlog日志操作详解,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含5785字,纯文字阅读大概需要9分钟。
内容图文
![MySQL binlog日志操作详解](/upload/InfoBanner/zyjiaocheng/446/404f964b3b48496695986429e25a38e6.jpg)
A.指定pos结束点恢复某段时间的数据
@ --stop-position=759 pos结束点
注:此pos结束点介于“导入实验数据”与更新 name=‘UFO‘之间,这样可以恢复到更改name=‘BBA‘之前的“导入测试数据”
mysqlbinlog --stop-position=759 --database=test mysql-bin.000007 | mysql -S /data/mysql/data/mysql.sock -usys -p123456 -h192.168.1.200 -v test
在另一终端登录查看结果(成功恢复了):
mysql> select * from yjh1;
+----+------+
| id | name |
+----+------+
| 1 | DBA |
| 2 | CBA |
| 3 | NBA |
| 4 | UFO |
+----+------+
4 rows in set (0.00 sec)
B.指定Pos点区间恢复(部分恢复):
更新name=‘BBA‘这条数据, Info: use `test`; update test.yjh1 set name=‘BBA‘ where id=4
mysqlbinlog --start-position=759 --stop-position=880 --database=test mysql-bin.000007 | mysql -S /data/mysql/data/mysql.sock -usys -p123456 -h192.168.1.200 test
在另一终端登录查看结果(成功恢复了):
mysql> select * from yjh1;
+----+------+
| id | name |
+----+------+
| 1 | DBA |
| 2 | CBA |
| 3 | NBA |
| 4 | BBA |
+----+------+
4 rows in set (0.00 sec)
事务区间:INFO信息为两个BEGIN 之间的为按事务区间分 如:Pos: 469 End_log_pos: 759
日志区间:日志区间为Pos: 759 到 End_log_pos: 880
除了用Pos点的办法进行数据恢复,也可以通过指定时间区间进行恢复,按时间恢复需要用mysqlbinlog命令读取binlog日志内容,找时间节点。
例如:
@ --start-datetime="2017-6-20 13:18:54" 起始时间点
@ --stop-datetime="2013-16-20 14:21:53" 结束时间点
通过起始时间段则可以这样恢复数据
mysqlbinlog --start-datetime="2017-6-20 13:18:54" --stop-datetime="2013-16-20 14:21:53" --database=test mysql-bin.000007 | mysql -S /data/mysql/data/mysql.sock -usys -p123456 -h192.168.1.200 -v test
总结:所谓恢复,就是让MySQL将保存在binlog日志中指定段落区间的sql语句逐个重新执行一次而已。
--master-data参数解释:
--master-data
该选项将binlog的位置和文件名追加到输出文件中。
- 如果为1,将会输出CHANGE MASTER 命令;
- 如果为2,输出的CHANGE MASTER命令前添加注释信息。
该选项将打开--lock-all-tables选项,除非--single-transaction也被指定(在这种情况下,全局读锁在开始导出时获得很短的时间;其他内容参考下面的--single-transaction选项)。
该选项自动关闭--lock-tables选项。
--master-data=1
从库: 告诉从库,从主库的那个位置开始同步.
--master-data=2
注释中记录了需要获取的binlog文件和位置点
myisam备份场景:
myisam备份是要锁表,不然数据可能会不一致.
mysqldump -uroot -p123456 -A -B --master-data=2 -x|gzip >/opt/all.sql.gz
innodb备份场景:
mysqldump -uroot -p123456 -A -B --master-data=2 --single-transaction|gzip >/opt/all.sql.gz
innoDB备份示例:
mysqldump --user=root --all-databases --flush-privileges --single-transaction --master-data=1 --flush-logs --triggers --routines --events --hex-blob > /tmp/full_dump.sql
五、常用binlog日志操作命令
- 查看所有binlog日志列表
mysql> show master logs;
- 查看master状态,即最后(最新)一个binlog日志的编号名称,及其最后一个操作事件pos结束点(Position)值
mysql> show master status;
- 刷新log日志,自此刻开始产生一个新编号的binlog日志文件
mysql> flush logs;
注:每当mysqld服务重启时,会自动执行此命令,刷新binlog日志;在mysqldump备份数据时加 -F 选项也会刷新binlog日志;
- binlog日志的删除
binlog的删除可以手工删除或自动删除
自动删除binlog
通过binlog参数(expire_logs_days)来实现mysql自动删除binlog
mysql> show master logs;
+------------------+-----------+
| Log_name | File_size |
+------------------+-----------+
| mysql-bin.000001 | 167 |
| mysql-bin.000002 | 531688179 |
| mysql-bin.000003 | 1091 |
| mysql-bin.000004 | 360363501 |
| mysql-bin.000005 | 1798 |
| mysql-bin.000006 | 577 |
| mysql-bin.000007 | 1056 |
| mysql-bin.000008 | 720729027 |
| mysql-bin.000009 | 3010 |
+------------------+-----------+
9 rows in set (0.00 sec)
mysql> show variables like ‘expire_logs_days‘;
+------------------+-------+
| Variable_name | Value |
+------------------+-------+
| expire_logs_days | 0 |
+------------------+-------+
1 row in set (0.00 sec)
mysql> set global expire_logs_days=14;
Query OK, 0 rows affected (0.00 sec)
mysql> show variables like ‘expire_logs_days‘;
+------------------+-------+
| Variable_name | Value |
+------------------+-------+
| expire_logs_days | 14 |
+------------------+-------+
1 row in set (0.01 sec)
手工删除binlog
mysql> reset master; //清空所有的binlog日志
mysql> reset slave; //清空slave的中继日志
mysql> purge master logs before ‘2017-03-30 00:20:00‘; //删除指定日期以前的日志索引中binlog日志文件
mysql> purge master logs to ‘mysql-bin.000009‘; //删除指定日志文件的日志索引之前的日志文件
或者直接用操作系统命令直接删除
- 显示当前注册的slave的列表。不以--report-host=slave_name选项为开头的slave不会显示在本列表中
mysql> show slave hosts;
MySQLbinlog的三种日志模式:
1.Statement Level模式:
每一条会修改数据的sql都会记录到master的bin-log中,slave在赋值的时候sql进程会解析成和master端执行过的相同的sql来再次执行.
日志量小,节约IO,提高性能
2.Row Level模式:
日志中会记录成每一行数据被修改的形式,然后在slave端再对相同的数据进行修改
记录下每一行数据修改的细节,解决函数、存储过程等的复制问题.
日志量大.
3.Mixed(混合)模式:
实际就是前两种模式的结合,在Mixed模式下,MySQL会根据执行的每一条具体的sql语句来区分对待记录的日志形式,
也就是在Statement和Row之间选择一种.
修改日志模式的方式:
在配置文件中修改:
log-bin=mysql-bin
binlog_format=‘STATEMENT‘
binlog_format=‘ROW‘
binlog_format=‘MIXED‘
在线修改立即生效方法:
SET SESSION binlog_format = ‘STATEMENT‘;
SET SESSION binlog_format = ‘ROW‘;
SET SESSION binlog_format = ‘MIXED‘;
全局生效:
SET GLOBAL binlog_format = ‘STATEMENT‘;
SET GLOBAL binlog_format = ‘ROW‘;
SET GLOBAL binlog_format = ‘MIXED‘;
MySQL binlog日志操作详解
标签:问题 log-error rbo offset username 文件的 更改 输出 engine
本文系统来源:https://www.cnblogs.com/yejh/p/14112077.html
内容总结
以上是互联网集市为您收集整理的MySQL binlog日志操作详解全部内容,希望文章能够帮你解决MySQL binlog日志操作详解所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。