MySQL二进制日志（binlog）配置、二进制日志binlog查看、mysqlbinlog查看二进制日志、二进制日志binlog清理等详解

已于 2023-07-30 20:19:00 修改
阅读量1.6k 收藏 4
点赞数
分类专栏： mysql数据库高级知识 文章标签： mysql adb 数据库
于 2023-07-30 19:35:41 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_67929156/article/details/132009745
版权

提示：MySQL 中的日志比较重要的有 binlog（归档日志）、redo log（重做日志）以及 undo log，那么跟我们本文相关的主要是 binlog，另外两个日志松哥将来有空了再和大家详细介绍。

文章目录

1、二进制日志binlong的作用

mysql中二进制日志记录了数据库的DDL定义操作和DDM操作语言

1、1 灾难时恢复数据

1、2 主从复制

2、查看binlog日志文件

命令：
mysql> show variables like ‘log_bin%’;
±--------------------------------±-----------------------------------+
| Variable_name | Value |
±--------------------------------±-----------------------------------+
| log_bin | ON |
| log_bin_basename | /data/log-bin/mysql-bin-3306 |
| log_bin_index | /data/log-bin/mysql-bin-3306.index |
| log_bin_trust_function_creators | OFF |
| log_bin_use_v1_row_events | OFF |
±--------------------------------±-----------------------------------+
log_bin_basename ：二进制日志所在位置
log_bin_index：索引

查看binlong具体信息：

[root@mysql8 ~]# cd /data/log-bin
[root@mysql8 log-bin]# ll
total 28
-rw-r--r-- 1 root  root     0 Jul 29 03:53 1.sql
-rw-r----- 1 mysql mysql  179 Jul 28 21:09 mysql-bin-3306.000013
-rw-r----- 1 mysql mysql  179 Jul 29 00:26 mysql-bin-3306.000014
-rw-r----- 1 mysql mysql  179 Jul 29 00:46 mysql-bin-3306.000015
-rw-r----- 1 mysql mysql  179 Jul 29 00:46 mysql-bin-3306.000016
-rw-r----- 1 mysql mysql  179 Jul 29 00:46 mysql-bin-3306.000017
-rw-r----- 1 mysql mysql 1387 Jul 29 04:22 mysql-bin-3306.000018
-rw-r----- 1 mysql mysql  216 Jul 29 00:48 mysql-bin-3306.index

mysql-bin-3306为前缀的都是二进制文件，记录着数据库操作。

2、binlong日志的三种格式

MySQL 中的日志比较重要的有 binlog（归档日志）、redo log（重做日志）以及 undo log，

使用场景：
MySQL 主从复制时：在主机上开启 binlog，主机将 binlog 同步给从机，从机通 过 binlog 来同步数据，进而实现主机和从机的数据同步。

MySQL 数据恢复，通过使用 mysqlbinlog 工具再结合 binlog 文件，可以将数据恢复到过去的某一时刻。

binlog 有三种格式：

Statement（Statement-Based Replication,SBR）：每一条会修改数据的 SQL 都会记录在 binlog 中。

Row（Row-Based Replication,RBR）：不记录 SQL 语句上下文信息，仅保存哪条记录被修改。

Mixed（Mixed-Based Replication,MBR）：Statement 和 Row 的混合体。

2.1.1 Statement

Statement 模式只记录执行的 SQL，不需要记录每一行数据的变化，因此极大的减少了 binlog 的日志量，避免了大量的 IO 操作，提升了系统的性能。

但是，正是由于 Statement 模式只记录 SQL，而如果一些 SQL 中 包含了函数，那么可能会出现执行结果不一致的情况。比如说 uuid() 函数，每次执行的时候都会生成一个随机字符串，在 master 中记录了 uuid，当同步到 slave 之后，再次执行，就得到另外一个结果了。

所以使用 Statement 格式会出现一些数据一致性问题。

2.2.2 Row

从 MySQL5.1.5 版本开始，binlog 引入了 Row 格式，Row 格式不记录 SQL 语句上下文相关信息，仅仅只需要记录某一条记录被修改成什么样子了。

Row 格式的日志内容会非常清楚地记录下每一行数据修改的细节，这样就不会出现 Statement 中存在的那种数据无法被正常复制的情况。

不过 Row 格式也有一个很大的问题，那就是日志量太大了，特别是批量 update、整表 delete、alter 表等操作，由于要记录每一行数据的变化，此时会产生大量的日志，大量的日志也会带来 IO 性能问题。

2.2.3 Mixed

从 MySQL5.1.8 版开始，MySQL 又推出了 Mixed 格式，这种格式实际上就是 Statement 与 Row 的结合。

在 Mixed 模式下，系统会自动判断 该 用 Statement 还是 Row：一般的语句修改使用 Statement 格式保存 binlog；对于一些 Statement 无法准确完成主从复制的操作，则采用 Row 格式保存 binlog。

Mixed 模式中，MySQL 会根据执行的每一条具体的 SQL 语句来区别对待记录的日志格式，也就是在 Statement 和 Row 之间选择一种。

3、配置binlong

3、1MySQL配置文件my.cnf中配置binlong参数

# 这个参数表示启用 binlog 功能，并指定 binlog 的存储目录
log-bin=mysqlbin
# 配置二进制文件存放的位置
log-bin = /data/log-bin/mysql-bin-3306

# 二进制日志格式的配置  STATEMENT Mixed row等配置
 
binlog_format=STATEMENT

 
# 设置一个 binlog 文件的最大字节
# 设置最大 100MB
max_binlog_size=104857600
 
# 设置了 binlog 文件的有效期（单位：天）
expire_logs_days = 7
 
# binlog 日志只记录指定库的更新（配置主从复制的时候会用到）
#binlog-do-db=javaboy_db
 
# binlog 日志不记录指定库的更新（配置主从复制的时候会用到）
#binlog-ignore-db=javaboy_no_db
 
# 写缓存多少次，刷一次磁盘，默认 0 表示这个操作由操作系统根据自身负载自行决定多久写一次磁盘
# 1 表示每一条事务提交都会立即写磁盘，n 则表示 n 个事务提交才会写磁盘
sync_binlog=0
 
# 为当前服务取一个唯一的 id（MySQL5.7 之后需要配置）
server-id=1

配置文件配置结束后重启mysql服务即可生效，service mysqld start

3、2 二进制日志binlog查看工具mysqlbinlog

[root@mysql8 log-bin]# cd /data/log-bin/
[root@mysql8 log-bin]# ll
total 28
-rw-r--r-- 1 root  root     0 Jul 29 03:53 1.sql
-rw-r----- 1 mysql mysql  179 Jul 28 21:09 mysql-bin-3306.000013
-rw-r----- 1 mysql mysql  179 Jul 29 00:26 mysql-bin-3306.000014
-rw-r----- 1 mysql mysql  179 Jul 29 00:46 mysql-bin-3306.000015
-rw-r----- 1 mysql mysql  179 Jul 29 00:46 mysql-bin-3306.000016
-rw-r----- 1 mysql mysql  179 Jul 29 00:46 mysql-bin-3306.000017
-rw-r----- 1 mysql mysql 1387 Jul 29 04:22 mysql-bin-3306.000018
-rw-r----- 1 mysql mysql  216 Jul 29 00:48 mysql-bin-3306.index

查看binlog二进制日志文件：mysqlbinlog 日志文件

[root@mysql8 log-bin]# mysqlbinlog mysql-bin-3306.000014
mysqlbinlog: [ERROR] unknown variable 'default_character-set=utf8mb4'.

有报错建议修改配置文件中的字符集即可，可有利用第二中方式轻松查看
用mysqlbinlog --no-defaults mysql-bin.3306.000018命令打开

4、测试mysqlbinlog查看二进制文件

4、1 更新demp表数据

更新demp表中所有id

mysql> select * from demp;
+-------------+------------+-----------+----------+--------------------+---------------------+--------+--------+----------------+------------+---------------+
| employee_id | first_name | last_name | email    | phone_number       | hire_date           | job_id | salary | commission_pct | manager_id | department_id |
+-------------+------------+-----------+----------+--------------------+---------------------+--------+--------+----------------+------------+---------------+
|         163 | Danielle   | Greene    | DGREENE  | 011.44.1346.229268 | 1999-03-19 00:00:00 | SA_REP |   9500 |           0.15 |        147 |            80 |
|         164 | Mattea     | Marvins   | MMARVINS | 011.44.1346.329268 | 2000-01-24 00:00:00 | SA_REP |   7200 |           0.10 |        147 |            80 |
|         166 | Sundar     | Ande      | SANDE    | 011.44.1346.629268 | 2000-03-24 00:00:00 | SA_REP |   6400 |           0.10 |        147 |            80 |
|         167 | Amit       | Banda     | ABANDA   | 011.44.1346.729268 | 2000-04-21 00:00:00 | SA_REP |   6200 |           0.10 |        147 |            80 |
|         168 | Lisa       | Ozer      | LOZER    | 011.44.1343.929268 | 1997-03-11 00:00:00 | SA_REP |  11500 |           0.25 |        148 |            80 |
|         169 | Harrison   | Bloom     | HBLOOM   | 011.44.1343.829268 | 1998-03-23 00:00:00 | SA_REP |  10000 |           0.20 |        148 |            80 |
|         170 | Tayler     | Fox       | TFOX     | 011.44.1343.729268 | 1998-01-24 00:00:00 | SA_REP |   9600 |           0.20 |        148 |            80 |
|         171 | William    | Smith     | WSMITH   | 011.44.1343.629268 | 1999-02-23 00:00:00 | SA_REP |   7400 |           0.15 |        148 |            80 |
|         172 | Elizabeth  | Bates     | EBATES   | 011.44.1343.529268 | 1999-03-24 00:00:00 | SA_REP |   7300 |           0.15 |        148 |            80 |
+-------------+------------+-----------+----------+--------------------+---------------------+--------+--------+----------------+------------+---------------+
9 rows in set (0.00 sec)

mysql> update demp set employee_id=100;
Query OK, 9 rows affected (0.00 sec)
Rows matched: 9  Changed: 9  Warnings: 0

mysql> commit;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from demp;
+-------------+------------+-----------+----------+--------------------+---------------------+--------+--------+----------------+------------+---------------+
| employee_id | first_name | last_name | email    | phone_number       | hire_date           | job_id | salary | commission_pct | manager_id | department_id |
+-------------+------------+-----------+----------+--------------------+---------------------+--------+--------+----------------+------------+---------------+
|         100 | Danielle   | Greene    | DGREENE  | 011.44.1346.229268 | 1999-03-19 00:00:00 | SA_REP |   9500 |           0.15 |        147 |            80 |
|         100 | Mattea     | Marvins   | MMARVINS | 011.44.1346.329268 | 2000-01-24 00:00:00 | SA_REP |   7200 |           0.10 |        147 |            80 |
|         100 | Sundar     | Ande      | SANDE    | 011.44.1346.629268 | 2000-03-24 00:00:00 | SA_REP |   6400 |           0.10 |        147 |            80 |
|         100 | Amit       | Banda     | ABANDA   | 011.44.1346.729268 | 2000-04-21 00:00:00 | SA_REP |   6200 |           0.10 |        147 |            80 |
|         100 | Lisa       | Ozer      | LOZER    | 011.44.1343.929268 | 1997-03-11 00:00:00 | SA_REP |  11500 |           0.25 |        148 |            80 |
|         100 | Harrison   | Bloom     | HBLOOM   | 011.44.1343.829268 | 1998-03-23 00:00:00 | SA_REP |  10000 |           0.20 |        148 |            80 |
|         100 | Tayler     | Fox       | TFOX     | 011.44.1343.729268 | 1998-01-24 00:00:00 | SA_REP |   9600 |           0.20 |        148 |            80 |
|         100 | William    | Smith     | WSMITH   | 011.44.1343.629268 | 1999-02-23 00:00:00 | SA_REP |   7400 |           0.15 |        148 |            80 |
|         100 | Elizabeth  | Bates     | EBATES   | 011.44.1343.529268 | 1999-03-24 00:00:00 | SA_REP |   7300 |           0.15 |        148 |            80 |
+-------------+------------+-----------+----------+--------------------+---------------------+--------+--------+----------------+------------+---------------+
9 rows in set (0.00 sec)

4、2查看二进制文件记录更新

total 28
-rw-r–r-- 1 root root 0 Jul 29 03:53 1.sql
-rw-r----- 1 mysql mysql 179 Jul 28 21:09 mysql-bin-3306.000013
-rw-r----- 1 mysql mysql 179 Jul 29 00:26 mysql-bin-3306.000014
-rw-r----- 1 mysql mysql 179 Jul 29 00:46 mysql-bin-3306.000015
-rw-r----- 1 mysql mysql 179 Jul 29 00:46 mysql-bin-3306.000016
-rw-r----- 1 mysql mysql 179 Jul 29 00:46 mysql-bin-3306.000017
-rw-r----- 1 mysql mysql 1697 Jul 30 07:29 mysql-bin-3306.000018
-rw-r----- 1 mysql mysql 216 Jul 29 00:48 mysql-bin-3306.index

根据时间显示和追加记录mysql-bin-3306.000018中记录了最新的数据库操作信息，利用mysqlbinlog工具进行查看：

[root@mysql8 log-bin]# mysqlbinlog --no-defaults mysql-bin-3306.000018

文件内容显示如下：


[root@mysql8 log-bin]# mysqlbinlog --no-defaults mysql-bin-3306.000018
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/;
/*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/;
DELIMITER /*!*/;
# at 4
#230729  0:48:15 server id 1  end_log_pos 125 CRC32 0x30ea3950  Start: binlog v 4, server v 8.0.24 created 230729  0:48:15 at startup
# Warning: this binlog is either in use or was not closed properly.
ROLLBACK/*!*/;
BINLOG '
T/HDZA8BAAAAeQAAAH0AAAABAAQAOC4wLjI0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAABP8cNkEwANAAgAAAAABAAEAAAAYQAEGggAAAAICAgCAAAACgoKKioAEjQA
CigBUDnqMA==
'/*!*/;
# at 125
#230729  0:48:15 server id 1  end_log_pos 156 CRC32 0xfc28efee  Previous-GTIDs
# [empty]
# at 156
#230729  4:13:48 server id 1  end_log_pos 235 CRC32 0x52abd1d5  Anonymous_GTID  last_committed=0        sequence_number=1       rbr_only=no     original_committed_timestamp=1690575228721727 immediate_commit_timestamp=1690575228721727     transaction_length=299
# original_commit_timestamp=1690575228721727 (2023-07-29 04:13:48.721727 CST)
# immediate_commit_timestamp=1690575228721727 (2023-07-29 04:13:48.721727 CST)
/*!80001 SET @@session.original_commit_timestamp=1690575228721727*//*!*/;
/*!80014 SET @@session.original_server_version=80024*//*!*/;
/*!80014 SET @@session.immediate_server_version=80024*//*!*/;
SET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/;
# at 235
#230729  4:13:36 server id 1  end_log_pos 313 CRC32 0x5ce7bb97  Query   thread_id=9     exec_time=0     error_code=0
SET TIMESTAMP=1690575216/*!*/;
SET @@session.pseudo_thread_id=9/*!*/;
SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=0, @@session.unique_checks=1, @@session.autocommit=1/*!*/;
SET @@session.sql_mode=1168113696/*!*/;
SET @@session.auto_increment_increment=1, @@session.auto_increment_offset=1/*!*/;
/*!\C utf8mb4 *//*!*/;
SET @@session.character_set_client=255,@@session.collation_connection=255,@@session.collation_server=45/*!*/;
SET @@session.lc_time_names=0/*!*/;
SET @@session.collation_database=DEFAULT/*!*/;
/*!80011 SET @@session.default_collation_for_utf8mb4=255*//*!*/;
BEGIN
/*!*/;
# at 313
#230729  4:13:36 server id 1  end_log_pos 424 CRC32 0x4c694ced  Query   thread_id=9     exec_time=0     error_code=0
use `hr`/*!*/;
SET TIMESTAMP=1690575216/*!*/;
delete from demp where employee_id=165
/*!*/;
# at 424
#230729  4:13:48 server id 1  end_log_pos 455 CRC32 0xbf81adbc  Xid = 6
COMMIT/*!*/;
# at 455
#230729  4:17:44 server id 1  end_log_pos 534 CRC32 0xde2c6e07  Anonymous_GTID  last_committed=1        sequence_number=2       rbr_only=no     original_committed_timestamp=1690575464562403 immediate_commit_timestamp=1690575464562403     transaction_length=631
# original_commit_timestamp=1690575464562403 (2023-07-29 04:17:44.562403 CST)
# immediate_commit_timestamp=1690575464562403 (2023-07-29 04:17:44.562403 CST)
/*!80001 SET @@session.original_commit_timestamp=1690575464562403*//*!*/;
/*!80014 SET @@session.original_server_version=80024*//*!*/;
/*!80014 SET @@session.immediate_server_version=80024*//*!*/;
SET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/;
# at 534
#230729  4:17:02 server id 1  end_log_pos 612 CRC32 0xb3c5f7ed  Query   thread_id=9     exec_time=0     error_code=0
SET TIMESTAMP=1690575422/*!*/;
BEGIN
/*!*/;
# at 612
#230729  4:17:02 server id 1  end_log_pos 722 CRC32 0x883aae6d  Query   thread_id=9     exec_time=0     error_code=0
SET TIMESTAMP=1690575422/*!*/;
delete from demp where employee_id=18
/*!*/;
# at 722
#230729  4:17:08 server id 1  end_log_pos 833 CRC32 0x22d36194  Query   thread_id=9     exec_time=0     error_code=0
SET TIMESTAMP=1690575428/*!*/;
delete from demp where employee_id=180
/*!*/;
# at 833
#230729  4:17:17 server id 1  end_log_pos 944 CRC32 0xb75c1ace  Query   thread_id=9     exec_time=0     error_code=0
SET TIMESTAMP=1690575437/*!*/;
delete from demp where employee_id=178
/*!*/;
# at 944
#230729  4:17:22 server id 1  end_log_pos 1055 CRC32 0x23c4fb31         Query   thread_id=9     exec_time=0     error_code=0
SET TIMESTAMP=1690575442/*!*/;
delete from demp where employee_id=177
/*!*/;
# at 1055
#230729  4:17:44 server id 1  end_log_pos 1086 CRC32 0x0d1db327         Xid = 25
COMMIT/*!*/;
# at 1086
#230729  4:22:49 server id 1  end_log_pos 1165 CRC32 0xb420e324         Anonymous_GTID  last_committed=2        sequence_number=3       rbr_only=no     original_committed_timestamp=1690575769602803 immediate_commit_timestamp=1690575769602803     transaction_length=301
# original_commit_timestamp=1690575769602803 (2023-07-29 04:22:49.602803 CST)
# immediate_commit_timestamp=1690575769602803 (2023-07-29 04:22:49.602803 CST)
/*!80001 SET @@session.original_commit_timestamp=1690575769602803*//*!*/;
/*!80014 SET @@session.original_server_version=80024*//*!*/;
/*!80014 SET @@session.immediate_server_version=80024*//*!*/;
SET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/;
# at 1165
#230729  4:22:27 server id 1  end_log_pos 1243 CRC32 0x2f5d2059         Query   thread_id=9     exec_time=0     error_code=0
SET TIMESTAMP=1690575747/*!*/;
BEGIN
/*!*/;
# at 1243
#230729  4:22:27 server id 1  end_log_pos 1356 CRC32 0x4a403e8b         Query   thread_id=9     exec_time=0     error_code=0
SET TIMESTAMP=1690575747/*!*/;
delete from tb_cs t where t.order_id='5'
/*!*/;
# at 1356
#230729  4:22:49 server id 1  end_log_pos 1387 CRC32 0x30b73bb0         Xid = 35
COMMIT/*!*/;
# at 1387
#230730  7:29:44 server id 1  end_log_pos 1466 CRC32 0xe43139ec         Anonymous_GTID  last_committed=3        sequence_number=4       rbr_only=no     original_committed_timestamp=1690673384343676 immediate_commit_timestamp=1690673384343676     transaction_length=310
# original_commit_timestamp=1690673384343676 (2023-07-30 07:29:44.343676 CST)
# immediate_commit_timestamp=1690673384343676 (2023-07-30 07:29:44.343676 CST)
/*!80001 SET @@session.original_commit_timestamp=1690673384343676*//*!*/;
/*!80014 SET @@session.original_server_version=80024*//*!*/;
/*!80014 SET @@session.immediate_server_version=80024*//*!*/;
SET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/;
# at 1466
#230730  7:29:39 server id 1  end_log_pos 1553 CRC32 0xfa85f183         Query   thread_id=11    exec_time=0     error_code=0
SET TIMESTAMP=1690673379/*!*/;
BEGIN
/*!*/;
# at 1553
#230730  7:29:39 server id 1  end_log_pos 1666 CRC32 0xb0b99617         Query   thread_id=11    exec_time=0     error_code=0
SET TIMESTAMP=1690673379/*!*/;
update demp set employee_id=100
/*!*/;
# at 1666
#230730  7:29:44 server id 1  end_log_pos 1697 CRC32 0xe18478e3         Xid = 47
COMMIT/*!*/;
SET @@SESSION.GTID_NEXT= 'AUTOMATIC' /* added by mysqlbinlog */ /*!*/;
DELIMITER ;
# End of log file
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;

里面具体描述了表的操作信息和具体时间以及sql语言二进制日志具体信息的获取要根据mysql配置文件中对二进制日志binlog格式的配置。

5、二进制日志binlog清理

手动清理：命令式

5、1 reset master命令：

reset master可以删除所有的日志文件，重置二进制日志文件的索引文件为空，然后产生新的二进制文件（编号还是从000001开始）以及索引文件

mysql> reset master
-> ;
Query OK, 0 rows affected (0.00 sec)

mysql> commit;
Query OK, 0 rows affected (0.00 sec)

5、2 purage master logs to命令

purage master logs to 可以删除指定二进制日志文件名之前的所有二进制日志文件

自动设置清理

在my.ini配置文件的【mysqlId】选项组中设置expire_logs_days参数
expire_logs_days参数定义了二进制日志文件的过期天数，过期的二进制日志文件将被自动删除
expire_logs_days=7；

@睡不醒的每天@
关注
  • 0
    点赞
  • 踩
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
MySQL 如何查询binlog
Huiger1234的博客
07-30 7398
MySQL查看binlog
Mysql 二进制日志
u010648194的博客
03-24 6228
MySQL的二进制日志（binary log）是一个二进制文件，主要用于记录修改数据或有可能引起数据变更的MySQL语句。二进制日志（binary log）中记录了对MySQL数据库执行更改的所有操作，并且记录了语句发生时间、执行时长、操作数据等其它额外信息，但是它不记录SELECT、SHOW等那些不修改数据的SQL语句。二进制日志（binary log）主要用于数据库恢复和主从复制，以及审计（audit）操作。 一、二进制日志的参数配置 ① 开启二进制日志 show variables lik
解密MySQL二进制日志：深度探究mysqlbinlog工具
最新发布
todoitbo的博客
05-29 1562
本文将深入研究MySQL二进制日志（binary log）以及其解析工具mysqlbinlog。我们将探索mysqlbinlog工具的功能、用法和原理，并通过实例演示如何使用mysqlbinlog解析和分析MySQL二进制日志文件。读者将了解到mysqlbinlog的强大功能，以及如何利用它来进行数据库恢复、数据审计和复制监控等工作。
MySql运维篇---008：日志：错误日志、二进制日志、查询日志、慢查询日志，主从复制：概述 虚拟机更改ip注意事项、原理、搭建步骤
aa35434的博客
10-04 7056
二进制日志（BINLOG）记录了所有的 DDL（数据定义语言：创建数据库…）语句和 DML（数据操纵语言：增删改）语句，但不包括数据查询（SELECT、SHOW）语句。①. 灾难时的数据恢复；因为二进制日志中记录了数据库、表、以及数据的变更。只需要把这里面的语句再次执行就可以恢复数据了。②. MySQL的主从复制。在MySQL8版本中主从复制底层原理就是基于二进制日志的，具体查看下一章。
宝塔插件7.7版本以及[7.8降级7.7脚本命令】
瑜众不同
03-24 1494
步骤如下： ①进入宝塔的文件管理，目录：/www/server/panel/class/ ②打开文件 panelPlugin.py ③新增如下代码，请严格注意代码空格和格式： ④保存之后重启面板即可
mysql-mysqlbinlog的使用详解
line_on_database的博客
04-17 1万+
一、背景 最近总在学习新知识，担心老的知识不用会忘，所以梳理一下，新欢旧爱都要宠着 二、介绍 1.参数简介 Option Name Description Introduced Deprecated --base64-output Print binary log entries using base-64 encoding --bind-address Use specified network interface to connec...
mysql binlog二进制日志详解
01-21
基本概念 定义： 二进制日志包含了所有更新了数据或者已经潜在更新了数据（例如，没有匹配任何行的一个DELETE）的所有语句。 作用： 1。二进制日志的主要目的是在恢复使能够最大可能地更新数据库，因为二进制日志...
MySQL二进制日志(binlog)开启、查看、截取
12-14
MySQL二进制日志（binlog）是数据库系统中至关重要的一部分，主要用于数据备份、主从复制和灾难恢复。本文将详细介绍如何开启、查看和截取MySQL的二进制日志。 首先，开启二进制日志是通过在MySQL的配置文件`my.cnf...
MySQL二进制日志(binlog)解析工具
06-30
MySQL二进制日志（binlog）是数据库系统中一种重要的功能，用于记录所有改变数据库状态的事务。这种日志格式是二进制的，它包含了一种持久化数据库更改的方式，这对于数据恢复、主从复制和数据分析具有关键作用。在...
mysql binlog(二进制日志)查看方法
12-16
MySQL的二进制日志（Binary Log，简称binlog）是数据库系统中至关重要的功能，主要用于数据恢复和复制。它记录了对MySQL数据库的所有更改操作，包括创建表、修改表结构以及插入、更新和删除数据等事件。这些事件以二...
mysql-binlog二进制日志恢复
04-18
MySQL 的二进制日志（binlog）是 MySQL server 的一个重要组件，记录了 MySQL 服务器的所有操作，包括 DML、DDL 等。二进制日志恢复是指从二进制日志中恢复数据的过程。本文将详细讲解 MySQL 二进制日志恢复的步骤和...
binlog日志
weixin_45517239的博客
01-07 410
Binlog是Binary log的简称，是mysql server的日志，其记录所有数据库表结构变更以及表数据修改的二进制日志，不会记录SELECT和SHOW这类操作。Binlog日志是以事件形式记录，还包含语句所执行的消耗时间。开启Binlog日志有以下两个重要的使用场景：●主从复制：主库开启binlog功能，从库拿到binlog后实现数据恢复达到主从数据一致性●数据恢复：通过mysqlbinlog工具来恢复数据。
Linux-查看mysqlbinlog二进制binlog日志
weixin_42352694的博客
09-15 3970
参考站点链接： 链接: 原文链接. 说明：查看mysqlbinlog日志需找到mysqlbinlog配置文件：find / -name ‘mysqlbinlog’ 如：/www/server/mysql/bin/mysqlbinlog 查看日志文件命令： # /www/server/mysql/bin/mysqlbinlog /www/server/data/mysql-bin.000018; ...
mysql binlog详解
热门推荐
_好人的博客
11-25 4万+
一、初步了解binlog 　　1、MySQL的二进制日志binlog可以说是MySQL最重要的日志，它记录了所有的DDL和DML语句（除了数据查询语句select）,以事件形式记录，还包含语句所执行的消耗的时间，MySQL的二进制日志是事务安全型的。 　　　　a、DDL 　　　　　　----Data Definition Language 数据库定义语言 　　　　　　主要的命令有create、alter、drop等，ddl主要是用在定义或改变表(table)的结构,数据类型，表之间的连接和约束等初.
Windows 下 MySQL binlog配置
diaoliwei2的专栏
11-25 1512
binlog是MySQL最重要的日志，binlog是二进制日志，它记录了所有的DDL和DML语句（除了查询语句select、show等）。它已文件的形式记录在磁盘上。 binlog的主要目的是复制和恢复。这里已Windows系统上安装的mysql 作为例子说明。（mysql版本：5.7.30） 开启binlog 未开启binlog之前，登录到MySQL查看， log_bin的值是OFF，即binlog未开启状态，如果是ON，为开启。 Windows系统上找到安装好MySQL的后，进入到C:\Pr
win 查看mySQL日志_Windows下MySQL日志操作
weixin_33784667的博客
01-18 2109
日志文件类型概述：1．错误日志记录启动、运行或停止mysqld时出现的问题。My.ini配置信息：#Enter a name for the error logfile. Otherwise a default name will beused.#log-error=d:/mysql_log_err.txt2．查询日志记录建立的客户端连接和执行的语句。My.ini配置信息：#Enter a n...
MySQL数据库开启日志的配置(生成二进制文件)
peter_hqq的博客
03-29 1326
1、首先确认你日志是否启用了mysql>show variables like 'log_bin'。 如果启用了，即ON，未启用，即OFF 2、 启用该功能的相关配置（该过程是使用了Acquia Dev Desktop2软件） 在C:\Program Files (x86)\DevDesktop\mysql\my.cnf 文件中，添加如下配置 然后重启mysql数据库后，...
mysql二进制日志文件如何打开_mysql如何查看二进制日志文件（mysql的操作
weixin_39546520的博客
01-19 620
mysql>createtabletest1(idint,c1varchar(20),typeint,addressvarchar(20),create_time datetime);Query OK, 0 rows affected (0.00 sec)mysql>insertintotest1select1,'zhangsan','1','zhangsan ...
MySQL二进制日志格式类型详解
wzqnls
11-11 4102
mysql很多有类型的日志，按照组件划分的话，可以分为 服务层日志 和 存储引擎层日志 ： - 服务层日志：二进制日志、慢查日志、通用日志 - 存储引擎层日志：innodb(重做日志、回滚日志)其中比较重要的就是服务器层的二进制日志，其中记录了所有对mysql数据库的修改事件，包括增删改查事件和对表结构的修改事件。要注意的一点是，只有成功执行了的事件才会记录在二进制日志中，未执行成功的不会保存
查看mysql二进制日志 指定时间段
05-25
要查看 MySQL 二进制日志中的指定时间段，可以使用以下步骤： 1. 打开 MySQL 配置文件 my.cnf，找到 [mysqld] 部分，添加以下配置： ``` log-bin=mysql-bin binlog-format=mixed expire_logs_days=7 ``` 这将启用二进制日志，并将其存储在名为 mysql-bin 的文件中，格式为 mixed。expire_logs_days 配置将设置二进制日志的保留时间。 2. 重启 MySQL 服务以使更改生效。 3. 进入 MySQL 控制台，运行以下命令启用二进制日志： ``` mysql> SET GLOBAL log_bin_trust_function_creators=TRUE; ``` 4. 使用以下命令查找指定时间段内的二进制日志： ``` mysqlbinlog --start-datetime="YYYY-MM-DD HH:MM:SS" --stop-datetime="YYYY-MM-DD HH:MM:SS" /path/to/mysql-bin.00000X > /path/to/output/file.sql ``` 请将 YYYY-MM-DD HH:MM:SS 替换为开始和停止时间，/path/to/mysql-bin.00000X 替换为二进制日志文件的路径和名称，/path/to/output/file.sql 替换为输出文件的路径和名称。 此命令将输出指定时间段内的所有 SQL 查询，可以将其保存到文件中以供以后参考。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值