binlog日志_MySQL的binlog日志详解

最新推荐文章于 2023-11-26 19:14:44 发布
最新推荐文章于 2023-11-26 19:14:44 发布
阅读量129 收藏
点赞数
文章标签： binlog日志 mysql关闭binlog日志

11821666afcc92d2d16b9aa4277b1564.png

binlog即binary log，二进制日志文件，这个文件记录了MySQL所有的DML操作。通过binlog日志我们可以做数据恢复，增量备份，主主复制和主从复制等等。对于开发者可能对binlog并不怎么关注，但是对于运维或者架构人员来讲是非常重要的。

binlog开启成功之后，binlog文件的位置可以在my.cnf配置文件中查看。也可以在MySQL的命令行中查看。如：

查看bin_log开启情况

mysql> show variables like '%log_bin%';
+---------------------------------+--------------------------------+
| Variable_name                   | Value                          |
+---------------------------------+--------------------------------+
| log_bin                         | ON                             |
| log_bin_basename                | /usr/local/mysql/log/log       |
| log_bin_index                   | /usr/local/mysql/log/log.index |
| log_bin_trust_function_creators | OFF                            |
| log_bin_use_v1_row_events       | OFF                            |
| sql_log_bin                     | ON                             |
+---------------------------------+--------------------------------+
6 rows in set (0.00 sec)

查看当前记录情况

mysql> show master status;
+------------+----------+--------------+------------------+-------------------+
| File       | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------+----------+--------------+------------------+-------------------+
| log.000009 |    13862 |              |                  |                   |
+------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)

File：当前记录文件名，当重启Mysql服务或者flush logs的时候该文件就会更新成新的

Position：当前记录文件的位置

查看binlog日志文件内容

[root@bogon log]# mysqlbinlog 'log.000001'
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/;
/*!40019 SET @@session.max_insert_delayed_threads=0*/;
/*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/;
DELIMITER /*!*/;
# at 4
#181214 14:44:48 server id 1  end_log_pos 120 CRC32 0x79b6cd10 	Start: binlog v 4, server v 5.6.40-log created 181214 14:44:48 at startup
ROLLBACK/*!*/;
BINLOG '
YDIUXA8BAAAAdAAAAHgAAAAAAAQANS42LjQwLWxvZwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAABgMhRcEzgNAAgAEgAEBAQEEgAAXAAEGggAAAAICAgCAAAACgoKGRkAARDN
tnk=
'/*!*/;
# at 120
#181214 14:45:20 server id 1  end_log_pos 199 CRC32 0x10dec193 	Query	thread_id=1	exec_time=0	error_code=0
SET TIMESTAMP=1544827520/*!*/;
SET @@session.pseudo_thread_id=1/*!*/;
SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=0, @@session.unique_checks=1, @@session.autocommit=1/*!*/;
SET @@session.sql_mode=1075838976/*!*/;
SET @@session.auto_increment_increment=1, @@session.auto_increment_offset=1/*!*/;
/*!C utf8 *//*!*/;
SET @@session.character_set_client=33,@@session.collation_connection=33,@@session.collation_server=8/*!*/;
SET @@session.lc_time_names=0/*!*/;
SET @@session.collation_database=DEFAULT/*!*/;
BEGIN
/*!*/;
# at 199
#181214 14:45:20 server id 1  end_log_pos 303 CRC32 0x9ec5f952 	Query	thread_id=1	exec_time=0	error_code=0
use `test`/*!*/;
SET TIMESTAMP=1544827520/*!*/;
insert into t1 values('8','7')
/*!*/;
# at 303
#181214 14:45:20 server id 1  end_log_pos 334 CRC32 0xfd659542 	Xid = 10
COMMIT/*!*/;
# at 334
#181214 14:45:35 server id 1  end_log_pos 413 CRC32 0x43929486 	Query	thread_id=1	exec_time=0	error_code=0
SET TIMESTAMP=1544827535/*!*/;
BEGIN
/*!*/;
# at 413
#181214 14:45:35 server id 1  end_log_pos 517 CRC32 0x4f1284f2 	Query	thread_id=1	exec_time=0	error_code=0
SET TIMESTAMP=1544827535/*!*/;
insert into t1 values('9','7')
/*!*/;
# at 517
#181214 14:45:35 server id 1  end_log_pos 548 CRC32 0x67231f2b 	Xid = 20
COMMIT/*!*/;
# at 548
#181214 14:45:39 server id 1  end_log_pos 627 CRC32 0x82b39b3e 	Query	thread_id=1	exec_time=0	error_code=0
SET TIMESTAMP=1544827539/*!*/;
BEGIN
/*!*/;
# at 627
#181214 14:45:39 server id 1  end_log_pos 732 CRC32 0x92d645bc 	Query	thread_id=1	exec_time=0	error_code=0
SET TIMESTAMP=1544827539/*!*/;
insert into t1 values('10','7')
/*!*/;
# at 732
#181214 14:45:39 server id 1  end_log_pos 763 CRC32 0xf9b885f0 	Xid = 30
COMMIT/*!*/;
# at 763
#181214 14:45:42 server id 1  end_log_pos 842 CRC32 0x57f89e4d 	Query	thread_id=1	exec_time=0	error_code=0
SET TIMESTAMP=1544827542/*!*/;
BEGIN
/*!*/;
# at 842
#181214 14:45:42 server id 1  end_log_pos 947 CRC32 0x3dc317ca 	Query	thread_id=1	exec_time=0	error_code=0
SET TIMESTAMP=1544827542/*!*/;
insert into t1 values('11','7')
/*!*/;
# at 947
#181214 14:45:42 server id 1  end_log_pos 978 CRC32 0x0b73f113 	Xid = 40
COMMIT/*!*/;
# at 978
#181214 14:45:46 server id 1  end_log_pos 1057 CRC32 0xaf31a01d 	Query	thread_id=1	exec_time=0	error_code=0
SET TIMESTAMP=1544827546/*!*/;
BEGIN
/*!*/;
# at 1057
#181214 14:45:46 server id 1  end_log_pos 1162 CRC32 0x00815e33 	Query	thread_id=1	exec_time=0	error_code=0
SET TIMESTAMP=1544827546/*!*/;
insert into t1 values('12','7')
/*!*/;
# at 1162
#181214 14:45:46 server id 1  end_log_pos 1193 CRC32 0x9defefcf 	Xid = 50
COMMIT/*!*/;
# at 1193
#181214 14:45:50 server id 1  end_log_pos 1272 CRC32 0x0313d053 	Query	thread_id=1	exec_time=0	error_code=0
SET TIMESTAMP=1544827550/*!*/;
BEGIN
/*!*/;
# at 1272
#181214 14:45:50 server id 1  end_log_pos 1377 CRC32 0xf3c5c465 	Query	thread_id=1	exec_time=0	error_code=0
SET TIMESTAMP=1544827550/*!*/;
insert into t1 values('13','7')
/*!*/;
# at 1377
#181214 14:45:50 server id 1  end_log_pos 1408 CRC32 0x5780c8a5 	Xid = 60
COMMIT/*!*/;
# at 1408
#181214 14:45:54 server id 1  end_log_pos 1487 CRC32 0x8348ba5e 	Query	thread_id=1	exec_time=0	error_code=0
SET TIMESTAMP=1544827554/*!*/;
BEGIN
/*!*/;
# at 1487
#181214 14:45:54 server id 1  end_log_pos 1592 CRC32 0x6a384ca9 	Query	thread_id=1	exec_time=0	error_code=0
SET TIMESTAMP=1544827554/*!*/;
insert into t1 values('14','7')
/*!*/;
# at 1592
#181214 14:45:54 server id 1  end_log_pos 1623 CRC32 0x5731e7bc 	Xid = 70
COMMIT/*!*/;
# at 1623
#181214 15:00:48 server id 1  end_log_pos 1646 CRC32 0x7e89c8dc 	Stop
DELIMITER ;
# End of log file
ROLLBACK /* added by mysqlbinlog */;
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;

更清晰的查看具体记录

mysql> show binlog events in 'log.000001';
+------------+------+-------------+-----------+-------------+---------------------------------------------+
| Log_name   | Pos  | Event_type  | Server_id | End_log_pos | Info                                        |
+------------+------+-------------+-----------+-------------+---------------------------------------------+
| log.000001 |    4 | Format_desc |         1 |         120 | Server ver: 5.6.40-log, Binlog ver: 4       |
| log.000001 |  120 | Query       |         1 |         199 | BEGIN                                       |
| log.000001 |  199 | Query       |         1 |         303 | use `test`; insert into t1 values('8','7')  |
| log.000001 |  303 | Xid         |         1 |         334 | COMMIT /* xid=10 */                         |
| log.000001 |  334 | Query       |         1 |         413 | BEGIN                                       |
| log.000001 |  413 | Query       |         1 |         517 | use `test`; insert into t1 values('9','7')  |
| log.000001 |  517 | Xid         |         1 |         548 | COMMIT /* xid=20 */                         |
| log.000001 |  548 | Query       |         1 |         627 | BEGIN                                       |
| log.000001 |  627 | Query       |         1 |         732 | use `test`; insert into t1 values('10','7') |
| log.000001 |  732 | Xid         |         1 |         763 | COMMIT /* xid=30 */                         |
| log.000001 |  763 | Query       |         1 |         842 | BEGIN                                       |
| log.000001 |  842 | Query       |         1 |         947 | use `test`; insert into t1 values('11','7') |
| log.000001 |  947 | Xid         |         1 |         978 | COMMIT /* xid=40 */                         |
| log.000001 |  978 | Query       |         1 |        1057 | BEGIN                                       |
| log.000001 | 1057 | Query       |         1 |        1162 | use `test`; insert into t1 values('12','7') |
| log.000001 | 1162 | Xid         |         1 |        1193 | COMMIT /* xid=50 */                         |
| log.000001 | 1193 | Query       |         1 |        1272 | BEGIN                                       |
| log.000001 | 1272 | Query       |         1 |        1377 | use `test`; insert into t1 values('13','7') |
| log.000001 | 1377 | Xid         |         1 |        1408 | COMMIT /* xid=60 */                         |
| log.000001 | 1408 | Query       |         1 |        1487 | BEGIN                                       |
| log.000001 | 1487 | Query       |         1 |        1592 | use `test`; insert into t1 values('14','7') |
| log.000001 | 1592 | Xid         |         1 |        1623 | COMMIT /* xid=70 */                         |
| log.000001 | 1623 | Stop        |         1 |        1646 |                                             |
+------------+------+-------------+-----------+-------------+---------------------------------------------+
23 rows in set (0.00 sec)
weixin_39875629
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
mysql binlog二进制日志详解
09-11
二进制日志包含了所有更新了数据或者已经潜在更新了数据（例如，没有匹配任何行的一个DELETE）的所有语句
MySql 主从同步、读写分离
GuoFei的博客
08-18 667
为什么需要主从数据库 当主数据库出现问题时，可以当从数据库代替主数据库，可以避免数据的丢失。 Mysql内建的复制功能是构建大型，高性能应用程序的基础。 将Mysql的数据分布到多个系统上去，这种分布的机制，是通过将Mysql的某一台主机的数据复制到其它主机（slaves）上，并重新执行一遍来实现的。 复制过程中一个服务器充当主服务器，而一个或多个其它服务器充当从服务器。主服务器将更新写入二进制日志文件，并维护文件的一个索引以跟踪日志循环。 当一个从服务器连接主服务器时，它通知主服务器从服
mysql binlog详解
_好人的博客
11-25 4万+
一、初步了解binlog 　　1、MySQL的二进制日志binlog可以说是MySQL最重要的日志，它记录了所有的DDL和DML语句（除了数据查询语句select）,以事件形式记录，还包含语句所执行的消耗的时间，MySQL的二进制日志是事务安全型的。 　　　　a、DDL 　　　　　　----Data Definition Language 数据库定义语言 　　　　　　主要的命令有create、alter、drop等，ddl主要是用在定义或改变表(table)的结构,数据类型，表之间的连接和约束等初.
运维之道 | mysql-binlog日志说明、备份、恢复数据
VillianTsang 、运维之道
11-23 963
mysql-binlog日志说明、备份、恢复数据 一、开启binlog日志功能 [root@localhost ~]# vim /etc/my.cnf #`在[mysqld] 区块添加` log-bin=mysql-bin #确认是打开状态(mysql-bin 是日志的基本名或前缀名) #binlog-ignore-db=mysql #忽略数据库(被忽略的数据库中,二进制文件中是无记录的!) ...
MySQL Binlog 介绍
03-11 471
Binlog 简介 MySQL中一般有以下几种日志： 日志类型 写入日志的信息 错误日志 记录在启动，运行或停止mysqld时遇到的问题 通用查询日志 记录建立的客户端连接和执行的语句 二进制日志 记录更改数据的语句 中继日志 从复制主服务器接收的数据更改 慢查询日志 记录所有执行时间超过 long_query_time 秒的所有查询或不使用索引的查询 ...
Mysql日志---binlog
m0_53157173的博客
12-01 6753
MySQL中到底有多少种log？你是否经常听别人说什么binlog、binary log、redo log、undo log、回滚日志、重做日志、中继日志、错误日志、慢查询日志、一般日志等等。这些概念都分别是什么？MySQL生成这些日志的目的都是什么？接下来我们一起来分析一下MySQL中到底有哪些log吧。MySQL中经常遇到的日有以下几种：接下来，我们一个一个分别了解一下它们。今天这篇文章主要是分析一些binlog日志，其他的日志会在后续的文章中逐个分析。binlog是大家学习MySQL中经常遇到的，也是
mysql配置bin log参数_Mysql配置参数sync_binlog说明
weixin_32476639的博客
01-19 634
MySQL提供一个sync_binlog参数来控制数据库的binlog刷到磁盘上去。默认，sync_binlog=0，表示MySQL不控制binlog的刷新，由文件系统自己控制它的缓存的刷新。这时候的性能是最好的，但是风险也是最大的。因为一旦系统Crash，在binlog_cache中的所有binlog信息都会被丢失。如果sync_binlog>0，表示每sync_binlog次事务提交，M...
Mysql数据库清理binlog日志命令详解
09-09
主要给大家介绍了Mysql数据库清理binlog日志命令的相关资料，文中通过示例代码介绍的非常详细，对大家学习或者使用Mysql具有一定的参考学习价值，需要的朋友们下面来一起学习学习吧
详解监听MySQL的binlog日志工具分析：Canal
12-14
Canal是阿里巴巴旗下的...MySQL master启动binlog机制，将数据变更写入二进制日志（binary log, 其中记录叫做二进制日志事件binary log events，可以通过show binlog events进行查看）MySQL slave（I/O thread）将mast
详解MySQL非常重要的日志—bin log
m0_73311735的博客
11-19 6666
bin log想必大家多多少少都有听过，它是MySQL中一个非常重要的日志，所以各位架构师们，如果有不了解的，一定要好好学习了，因为它涉及到数据库层面的主从复制、高可用等设计。本文讲解了MySQL中的一个非常重要的日志bin log，它主要用来做数据恢复和同步的，所以作为程序员的我们，还是很有必要对它有一个深入的认识。
mysql binlog 日志详解
zll4859291的博客
03-20 3611
在下面你将看到 mysqlbinlog --stop-datetime="2019-04-20 9:59:59″ /u01/mysql3308/binlog/mysql-bin.000001 | mysql -u root -pmypwd 类似的语句，这是把mysql-bin.000001这个二进制文件里的内容转换成ASCII文件(也就是sql语句)，直接通过管道操作符”|”传输给 mysql这个程序，然后过滤掉其它数据库的语句，只在db_test里执行。在该行中，从上午10:01登录的SQL语句将运行。
mysql中的binlog
yzx3105的博客
05-18 987
MySQL的二进制日志binlog可以说是MySQL最重要的日志，它记录了所有的DDL和DML语句（除了数据查询语句select），以事件形式记录，还包含语句所执行的消耗的时间，MySQL的二进制日志是事务安全型的。（需要注意的一点是，即便update操作没有造成数据变化，也是会记入binlog。一般来说开启binlog日志大概会有1%的性能损耗。
解析MySQL Binlog：从零开始的入门指南【binlog入门指南】
最新发布
todoitbo的博客
11-26 1155
初学者友好的MySQL Binlog入门指南，深入研究什么是Binlog以及它在MySQL中的作用。我们将从基础知识开始，逐步引导你进入这个强大而神秘的MySQL特性。
MySQL - binlog 图文详解
一七令
07-17 3812
binlog是MySQL的一种二进制日志，记录引起或可能（更新删除没有匹配的记录）引起数据库变动的事件信息。binlog以事件形式记录，不是事务日志。对于非事务表的操作，每当语句执行完成则直接写入；对于事务表的操作则会在事务提交时（先记录到缓存中）一次性写入。......
深入探索 MySQL Binlog：原理、工作机制与实践应用
热门推荐
击水三千里的专栏
03-26 5万+
binlog是记录所有数据库表结构变更（例如CREATE、ALTER TABLE…）以及表数据修改（INSERT、UPDATE、DELETE…）的二进制日志。
Mysql之binlog日志浅析
月生的静心苑
08-01 3921
MySQL的binlog日志有三种格式，分别是Statement格式、Row格式和Mixed格式。Statement格式Statement格式是最简单的binlog格式，记录的是执行的SQL语句，可以通过解析SQL语句来恢复数据。这种格式的优点是简单、易于理解和分析，缺点是可能会出现数据不一致的情况，因为同一个SQL语句在不同的环境下可能会产生不同的结果。Row格式Row格式是记录每一行数据的变化，包括插入、删除和更新操作。
Mysql binlog详解(详细介绍)
NoBug Blog
09-30 3111
binlog是什么？ binlog是二进制文件，是一组日志文件，包含有关对服务器实例进行数据修改的信息(比如表的创建操作或者表数据更改)，语句以描述修改的事件的形式存储，二进制日志还包含有关每条语句使用更新数据的时间的信息。 简单的说，就是记录mysql表中数据的增删改操作，不记录查询(select)和show语句。如果要记录所有语句（比如排查问题时），需要开启常规查询日志(general_log...
MySQL事务：二进制日志（binlog）
qq_38327769的博客
05-07 1692
文章目录一、什么是MySQL的 binlog？二、binlog操作1、查看默认情况2、查看binlog 一、什么是MySQL的 binlog？ MySQL的 binlog 是记录所有数据库表结构变更（例如 CREATE、ALTER TABLE）以及表数据修改（INSERT、UPDATE、DELETE）的二进制日志。binlog 不会记录 SELECT 和 SHOW 这类操作，因为这类操作对数据本身并没有修改，但你可以通过查询通用日志来查看 MySQL 执行过的所有语句。 MySQL binlog 以事件形式
【mysql】binlog日志
王佑辉的博客
04-19 4223
这些情况是NDB引擎，表的增删改的DML操作会以row格式记录、SQL语句里包含UUID()函数、SQL语句里使用了用户定义函数(UDF)、包含了insert delayed语句、使用了临时表、自增字段被更新。1.statement：基于sql语句的日志记录，记录的是sql语句，对数据进行修改的sql都会记录在日志文件中。5.在mysq的配置文件中配置二进制日志的过期时间，设置之后二进制日志过期会自动删除。2.row：基于行的日志记录，记录的是每一行的数据变更，默认是基于行的日志记录。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值