MySQL利用bin log恢复数据

最新推荐文章于 2024-04-29 07:00:00 发布
最新推荐文章于 2024-04-29 07:00:00 发布
阅读量1.5k 收藏 1
点赞数
分类专栏： 软件工程 文章标签： mysql 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u014390502/article/details/131492894
版权

上一篇文章《MySQL日志之bin log》介绍了bin log的基本概念和作用，接下来我们尝试使用bin log的数据恢复功能来恢复被误删的数据。

查看bin log文件

查看bin log存放的位置

mysql> show variables like'%log_bin%';
+---------------------------------+----------------------------------------------------------------------+
| Variable_name                   | Value                                                                |
+---------------------------------+----------------------------------------------------------------------+
| log_bin                         | ON                                                                   |
| log_bin_basename                | C:\ProgramData\MySQL\MySQL Server 8.0\Data\SC-202010081028-bin       |
| log_bin_index                   | C:\ProgramData\MySQL\MySQL Server 8.0\Data\SC-202010081028-bin.index |
| log_bin_trust_function_creators | OFF                                                                  |
| log_bin_use_v1_row_events       | OFF                                                                  |
| sql_log_bin                     | ON                                                                   |
+---------------------------------+----------------------------------------------------------------------+

bin log日志文件

之所以有这么多bin log文件，是因为MySQL服务重新启动一次 ，以“.000001”为后缀的文件就会增加一个，并且后缀名按1递增。即日志文件的个数与MySQL服务启动的次数相同。

查看当前bin log文件

查看当前的二进制日志文件列表及大小。指令如下：

mysql> SHOW BINARY LOGS;
+----------------------------+-----------+-----------+
| Log_name                   | File_size | Encrypted |
+----------------------------+-----------+-----------+
| SC-202010081028-bin.000582 |       179 | No        |
| SC-202010081028-bin.000583 |       179 | No        |
| SC-202010081028-bin.000584 |       156 | No        |
| SC-202010081028-bin.000585 |       179 | No        |
| SC-202010081028-bin.000586 |       179 | No        |
| SC-202010081028-bin.000587 |       179 | No        |
| SC-202010081028-bin.000588 |       179 | No        |
| SC-202010081028-bin.000589 |       179 | No        |
| SC-202010081028-bin.000590 |       179 | No        |
| SC-202010081028-bin.000591 |       179 | No        |
| SC-202010081028-bin.000592 |       179 | No        |
| SC-202010081028-bin.000593 |       179 | No        |
| SC-202010081028-bin.000594 |       179 | No        |
| SC-202010081028-bin.000595 |       179 | No        |
| SC-202010081028-bin.000596 |       179 | No        |
| SC-202010081028-bin.000597 |       179 | No        |
| SC-202010081028-bin.000598 |       179 | No        |
| SC-202010081028-bin.000599 |       179 | No        |
| SC-202010081028-bin.000600 |       179 | No        |
| SC-202010081028-bin.000601 |       179 | No        |
| SC-202010081028-bin.000602 |       179 | No        |
| SC-202010081028-bin.000603 |       179 | No        |
| SC-202010081028-bin.000604 |       179 | No        |
| SC-202010081028-bin.000605 |       156 | No        |
| SC-202010081028-bin.000606 |       179 | No        |
| SC-202010081028-bin.000607 |       179 | No        |
| SC-202010081028-bin.000608 |       179 | No        |
| SC-202010081028-bin.000609 |       179 | No        |
| SC-202010081028-bin.000610 |       179 | No        |
| SC-202010081028-bin.000611 |       179 | No        |
| SC-202010081028-bin.000612 |       179 | No        |
| SC-202010081028-bin.000613 |       179 | No        |
| SC-202010081028-bin.000614 |       179 | No        |
| SC-202010081028-bin.000615 |       179 | No        |
| SC-202010081028-bin.000616 |       179 | No        |
| SC-202010081028-bin.000617 |       156 | No        |
| SC-202010081028-bin.000618 |       179 | No        |
| SC-202010081028-bin.000619 |       179 | No        |
| SC-202010081028-bin.000620 |       179 | No        |
| SC-202010081028-bin.000621 |       179 | No        |
| SC-202010081028-bin.000622 |       179 | No        |
| SC-202010081028-bin.000623 |       179 | No        |
| SC-202010081028-bin.000624 |       179 | No        |
| SC-202010081028-bin.000625 |       179 | No        |
| SC-202010081028-bin.000626 |       179 | No        |
| SC-202010081028-bin.000627 |       179 | No        |
| SC-202010081028-bin.000628 |       179 | No        |
| SC-202010081028-bin.000629 |       179 | No        |
| SC-202010081028-bin.000630 |       179 | No        |
| SC-202010081028-bin.000631 |       179 | No        |
| SC-202010081028-bin.000632 |       179 | No        |
| SC-202010081028-bin.000633 |       179 | No        |
| SC-202010081028-bin.000634 |       179 | No        |
| SC-202010081028-bin.000635 |       179 | No        |
| SC-202010081028-bin.000636 |       179 | No        |
| SC-202010081028-bin.000637 |       156 | No        |
| SC-202010081028-bin.000638 |      1319 | No        |
+----------------------------+-----------+-----------+
57 rows in set (0.06 sec)

以伪代码形式查看bin log的内容

下面命令行工具将行事件以伪SQL的形式表现出来（注意不是mysql命令行，当前路径的文件直接用文件名，绝对路的文件名要加双引号）

mysqlbinlog -v binlog文件名

数据准备

新增一条记录

mysql> select * from test1;
+---+---+---+
| a | b | c |
+---+---+---+
| 2 | 2 | 4 |
+---+---+---+
1 row in set (0.03 sec)

mysql> 
mysql> insert into test1(a,b)values(4,5);
Query OK, 1 row affected (0.01 sec)

mysql> select * from test1;
+---+---+---+
| a | b | c |
+---+---+---+
| 2 | 2 | 4 |
| 4 | 5 | 9 |
+---+---+---+
2 rows in set (0.03 sec)

查看bin log

C:\ProgramData\MySQL\MySQL Server 8.0\Data>mysqlbinlog -v SC-202010081028-bin.000638
# The proper term is pseudo_replica_mode, but we use this compatibility alias
# to make the statement usable on server versions 8.0.24 and older.
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/;
/*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/;
DELIMITER /*!*/;
# at 4
#230629  8:34:21 server id 1  end_log_pos 125 CRC32 0xa0c003ee  Start: binlog v 4, server v 8.0.26 created 230629  8:34:21 at startup
# Warning: this binlog is either in use or was not closed properly.
ROLLBACK/*!*/;
BINLOG '
jdGcZA8BAAAAeQAAAH0AAAABAAQAOC4wLjI2AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAACN0ZxkEwANAAgAAAAABAAEAAAAYQAEGggAAAAICAgCAAAACgoKKioAEjQA
CigB7gPAoA==
'/*!*/;
# at 125
#230629  8:34:21 server id 1  end_log_pos 156 CRC32 0x9311412b  Previous-GTIDs
# [empty]
# at 156
#230629 14:46:55 server id 1  end_log_pos 235 CRC32 0x005df31b  Anonymous_GTID  last_committed=0        sequence_number=1       rbr_only=yes    original_committed_timestamp=1688021215055701   immediate_commit_timestamp=1688021215055701
        transaction_length=288
/*!50718 SET TRANSACTION ISOLATION LEVEL READ COMMITTED*//*!*/;
# original_commit_timestamp=1688021215055701 (2023-06-29 14:46:55.055701 中国标准时间)
# immediate_commit_timestamp=1688021215055701 (2023-06-29 14:46:55.055701 中国标准时间)
/*!80001 SET @@session.original_commit_timestamp=1688021215055701*//*!*/;
/*!80014 SET @@session.original_server_version=80026*//*!*/;
/*!80014 SET @@session.immediate_server_version=80026*//*!*/;
SET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/;
# at 235
#230629 14:46:55 server id 1  end_log_pos 311 CRC32 0x8526ecac  Query   thread_id=8     exec_time=0     error_code=0
SET TIMESTAMP=1688021215/*!*/;
SET @@session.pseudo_thread_id=8/*!*/;
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 utf8mb4 *//*!*/;
SET @@session.character_set_client=255,@@session.collation_connection=255,@@session.collation_server=255/*!*/;
SET @@session.lc_time_names=0/*!*/;
SET @@session.collation_database=DEFAULT/*!*/;
/*!80011 SET @@session.default_collation_for_utf8mb4=255*//*!*/;
BEGIN
/*!*/;
# at 311
#230629 14:46:55 server id 1  end_log_pos 365 CRC32 0x3fb65eaa  Table_map: `test1`.`test1` mapped to number 95
# at 365
#230629 14:46:55 server id 1  end_log_pos 413 CRC32 0x871cd084  Write_rows: table id 95 flags: STMT_END_F

BINLOG '
3yidZBMBAAAANgAAAG0BAAAAAF8AAAAAAAEABXRlc3QxAAV0ZXN0MQADAwMDAAcBAQCqXrY/
3yidZB4BAAAAMAAAAJ0BAAAAAF8AAAAAAAEAAgAD/wAEAAAABQAAAAkAAACE0ByH
'/*!*/;
### INSERT INTO `test1`.`test1`
### SET
###   @1=4
###   @2=5
###   @3=9
# at 413
#230629 14:46:55 server id 1  end_log_pos 444 CRC32 0x8bb47538  Xid = 61
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*/;

注意要找到新增记录的pos点信息。

插入另一条记录

mysql> insert into test1(a,b)values(6,7);
Query OK, 1 row affected (0.01 sec)

mysql> select * from test1;
+---+---+----+
| a | b | c  |
+---+---+----+
| 2 | 2 |  4 |
| 4 | 5 |  9 |
| 6 | 7 | 13 |
+---+---+----+
3 rows in set (0.03 sec)

查看bin log

C:\ProgramData\MySQL\MySQL Server 8.0\Data>mysqlbinlog -v SC-202010081028-bin.000638
### 过滤掉其他信息
#230629 14:47:56 server id 1  end_log_pos 701 CRC32 0x98b71e46  Write_rows: table id 95 flags: STMT_END_F

BINLOG '
HCmdZBMBAAAANgAAAI0CAAAAAF8AAAAAAAEABXRlc3QxAAV0ZXN0MQADAwMDAAcBAQBtX3Kh
HCmdZB4BAAAAMAAAAL0CAAAAAF8AAAAAAAEAAgAD/wAGAAAABwAAAA0AAABGHreY
'/*!*/;
### INSERT INTO `test1`.`test1`
### SET
###   @1=6
###   @2=7
###   @3=13
# at 701
#230629 14:47:56 server id 1  end_log_pos 732 CRC32 0x2940622a  Xid = 65
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*/;

删除a=4的那条记录

mysql> delete from test1 where a = 4;
Query OK, 1 row affected (0.00 sec)

mysql> select * from test1;
+---+---+----+
| a | b | c  |
+---+---+----+
| 2 | 2 |  4 |
| 6 | 7 | 13 |
+---+---+----+
2 rows in set (0.03 sec)

查看bin log

C:\ProgramData\MySQL\MySQL Server 8.0\Data>mysqlbinlog -v SC-202010081028-bin.000638
### 过滤掉其他信息
#230629 15:00:51 server id 1  end_log_pos 887 CRC32 0x4205f3d5  Query   thread_id=8     exec_time=0     error_code=0
SET TIMESTAMP=1688022051/*!*/;
BEGIN
/*!*/;
# at 887
#230629 15:00:51 server id 1  end_log_pos 941 CRC32 0x8d7fe6a2  Table_map: `test1`.`test1` mapped to number 95
# at 941
#230629 15:00:51 server id 1  end_log_pos 989 CRC32 0x32e8e1b9  Delete_rows: table id 95 flags: STMT_END_F
### DELETE FROM `test1`.`test1`
### WHERE
###   @1=4
###   @2=5
###   @3=9
# at 989
#230629 15:00:51 server id 1  end_log_pos 1020 CRC32 0x82bb9037         Xid = 69
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*/;

使用show binlog events

上面这种办法读取出binlog日志的全文内容比较多，不容易分辨查看到pos点信息，下面介绍一种更为方便的查询命令

mysql> show binlog events [IN 'log_name'] [FROM pos] [LIMIT [offset,] row_count];
  • IN 'log_name' ：指定要查询的binlog文件名（不指定就是第一个binlog文件）
  • FROM pos ：指定从哪个pos起始点开始查起（不指定就是从整个文件首个pos点开始算）
  • LIMIT [offset] ：偏移量(不指定就是0)
  • row_count :查询总条数（不指定就是所有行）

注意需要在MySQL命令行中执行该命令：

mysql> show binlog events in 'SC-202010081028-bin.000638';
+----------------------------+-----+----------------+-----------+-------------+--------------------------------------+
| Log_name                   | Pos | Event_type     | Server_id | End_log_pos | Info                                 |
+----------------------------+-----+----------------+-----------+-------------+--------------------------------------+
| SC-202010081028-bin.000638 |   4 | Format_desc    |         1 |         125 | Server ver: 8.0.26, Binlog ver: 4    |
| SC-202010081028-bin.000638 | 125 | Previous_gtids |         1 |         156 |                                      |
| SC-202010081028-bin.000638 | 156 | Anonymous_Gtid |         1 |         235 | SET @@SESSION.GTID_NEXT= 'ANONYMOUS' |
| SC-202010081028-bin.000638 | 235 | Query          |         1 |         311 | BEGIN                                |
| SC-202010081028-bin.000638 | 311 | Table_map      |         1 |         365 | table_id: 95 (test1.test1)           |
| SC-202010081028-bin.000638 | 365 | Write_rows     |         1 |         413 | table_id: 95 flags: STMT_END_F       |
| SC-202010081028-bin.000638 | 413 | Xid            |         1 |         444 | COMMIT /* xid=61 */                  |
| SC-202010081028-bin.000638 | 444 | Anonymous_Gtid |         1 |         523 | SET @@SESSION.GTID_NEXT= 'ANONYMOUS' |
| SC-202010081028-bin.000638 | 523 | Query          |         1 |         599 | BEGIN                                |
| SC-202010081028-bin.000638 | 599 | Table_map      |         1 |         653 | table_id: 95 (test1.test1)           |
| SC-202010081028-bin.000638 | 653 | Write_rows     |         1 |         701 | table_id: 95 flags: STMT_END_F       |
| SC-202010081028-bin.000638 | 701 | Xid            |         1 |         732 | COMMIT /* xid=65 */                  |
| SC-202010081028-bin.000638 | 732 | Anonymous_Gtid |         1 |         811 | SET @@SESSION.GTID_NEXT= 'ANONYMOUS' |
| SC-202010081028-bin.000638 | 811 | Query          |         1 |         887 | BEGIN                                |
| SC-202010081028-bin.000638 | 887 | Table_map      |         1 |         941 | table_id: 95 (test1.test1)           |
| SC-202010081028-bin.000638 | 941 | Delete_rows    |         1 |         989 | table_id: 95 flags: STMT_END_F       |
| SC-202010081028-bin.000638 | 989 | Xid            |         1 |        1020 | COMMIT /* xid=69 */                  |
+----------------------------+-----+----------------+-----------+-------------+--------------------------------------+
17 rows in set (0.05 sec)

mysqlbinlog恢复数据

使用mysqlbinlog命令来读取filename中的内容，然后使用mysql命令将这些内容恢复到数据库中。

mysqlbinlog [option] filename|mysql –u user -p password;

  • filename ：是日志文件名。

  • option：可选项，比较重要的两对option参数是--start-date、--stop-date 和 --start-position、--stop-position。

    • --start-date 和 --stop-date ：可以指定恢复数据库的起始时间点和结束时间点。

    • --start-position和--stop-position ：可以指定恢复数据的开始位置和结束位置。

示例如下：

>mysqlbinlog --start-position=219 --stop-position=636 --database=mall_local  "C:\DevTools\mysql-5.7\data\mysql-bin.000012" |mysql -uroot -proot -v mall_local

>mysqlbinlog --start-datetime="2022-01-05 15:39:22" --stop-datetime="2022-01-05 15:40:19l" --database=mall_local "C:\DevTools\mysql-5.7\data\mysql-bin.000012" | /usr/bin/mysql -uroot -proot -v mall_local

下面以--start-position格式恢复被删的数据，这里我们想恢复到a=4的记录：

a=4记录的pos

执行恢复命令

C:\ProgramData\MySQL\MySQL Server 8.0\Data>mysqlbinlog --start-position=235 --stop-position=444 --database=test1  "C:\ProgramData\MySQL\MySQL Server 8.0\Data\SC-202010081028-bin.000638" |mysql -uroot -proot123 -v test1
mysql: [Warning] Using a password on the command line interface can be insecure.
--------------
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/
--------------

--------------
/*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/
--------------

--------------
ROLLBACK
--------------

--------------
BINLOG '
jdGcZA8BAAAAeQAAAH0AAAABAAQAOC4wLjI2AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAACN0ZxkEwANAAgAAAAABAAEAAAAYQAEGggAAAAICAgCAAAACgoKKioAEjQA
CigB7gPAoA==
'
--------------

--------------
SET TIMESTAMP=1688021215
--------------

--------------
SET @@session.pseudo_thread_id=8
--------------

--------------
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
--------------

--------------
/*!*/
--------------

--------------
SET @@session.character_set_client=255,@@session.collation_connection=255,@@session.collation_server=255
--------------

--------------
SET @@session.lc_time_names=0
--------------

--------------
SET @@session.collation_database=DEFAULT
--------------

--------------
/*!80011 SET @@session.default_collation_for_utf8mb4=255*/
--------------

--------------
BEGIN
--------------

--------------
BINLOG '
3yidZBMBAAAANgAAAG0BAAAAAF8AAAAAAAEABXRlc3QxAAV0ZXN0MQADAwMDAAcBAQCqXrY/
3yidZB4BAAAAMAAAAJ0BAAAAAF8AAAAAAAEAAgAD/wAEAAAABQAAAAkAAACE0ByH
'
--------------

--------------
COMMIT
--------------

--------------
SET @@SESSION.GTID_NEXT= 'AUTOMATIC'
--------------

--------------
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/
--------------

--------------
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/
--------------

执行成功后查看数据是否恢复

mysql> select * from test1;
+---+---+----+
| a | b | c  |
+---+---+----+
| 2 | 2 |  4 |
| 6 | 7 | 13 |
| 4 | 5 |  9 |
+---+---+----+
3 rows in set (0.03 sec)

查看bin log


mysql> show binlog events in 'SC-202010081028-bin.000638';
+----------------------------+------+----------------+-----------+-------------+--------------------------------------+
| Log_name                   | Pos  | Event_type     | Server_id | End_log_pos | Info                                 |
+----------------------------+------+----------------+-----------+-------------+--------------------------------------+
| SC-202010081028-bin.000638 |    4 | Format_desc    |         1 |         125 | Server ver: 8.0.26, Binlog ver: 4    |
| SC-202010081028-bin.000638 |  125 | Previous_gtids |         1 |         156 |                                      |
| SC-202010081028-bin.000638 |  156 | Anonymous_Gtid |         1 |         235 | SET @@SESSION.GTID_NEXT= 'ANONYMOUS' |
| SC-202010081028-bin.000638 |  235 | Query          |         1 |         311 | BEGIN                                |
| SC-202010081028-bin.000638 |  311 | Table_map      |         1 |         365 | table_id: 95 (test1.test1)           |
| SC-202010081028-bin.000638 |  365 | Write_rows     |         1 |         413 | table_id: 95 flags: STMT_END_F       |
| SC-202010081028-bin.000638 |  413 | Xid            |         1 |         444 | COMMIT /* xid=61 */                  |
| SC-202010081028-bin.000638 |  444 | Anonymous_Gtid |         1 |         523 | SET @@SESSION.GTID_NEXT= 'ANONYMOUS' |
| SC-202010081028-bin.000638 |  523 | Query          |         1 |         599 | BEGIN                                |
| SC-202010081028-bin.000638 |  599 | Table_map      |         1 |         653 | table_id: 95 (test1.test1)           |
| SC-202010081028-bin.000638 |  653 | Write_rows     |         1 |         701 | table_id: 95 flags: STMT_END_F       |
| SC-202010081028-bin.000638 |  701 | Xid            |         1 |         732 | COMMIT /* xid=65 */                  |
| SC-202010081028-bin.000638 |  732 | Anonymous_Gtid |         1 |         811 | SET @@SESSION.GTID_NEXT= 'ANONYMOUS' |
| SC-202010081028-bin.000638 |  811 | Query          |         1 |         887 | BEGIN                                |
| SC-202010081028-bin.000638 |  887 | Table_map      |         1 |         941 | table_id: 95 (test1.test1)           |
| SC-202010081028-bin.000638 |  941 | Delete_rows    |         1 |         989 | table_id: 95 flags: STMT_END_F       |
| SC-202010081028-bin.000638 |  989 | Xid            |         1 |        1020 | COMMIT /* xid=69 */                  |
| SC-202010081028-bin.000638 | 1020 | Anonymous_Gtid |         1 |        1110 | SET @@SESSION.GTID_NEXT= 'ANONYMOUS' |
| SC-202010081028-bin.000638 | 1110 | Query          |         1 |        1186 | BEGIN                                |
| SC-202010081028-bin.000638 | 1186 | Table_map      |         1 |        1240 | table_id: 95 (test1.test1)           |
| SC-202010081028-bin.000638 | 1240 | Write_rows     |         1 |        1288 | table_id: 95 flags: STMT_END_F       |
| SC-202010081028-bin.000638 | 1288 | Xid            |         1 |        1319 | COMMIT /* xid=180 */                 |
+----------------------------+------+----------------+-----------+-------------+--------------------------------------+
22 rows in set (0.05 sec)

10081028-bin.000638 | 1186 | Table_map | 1 | 1240 | table_id: 95 (test1.test1) |
| SC-202010081028-bin.000638 | 1240 | Write_rows | 1 | 1288 | table_id: 95 flags: STMT_END_F |
| SC-202010081028-bin.000638 | 1288 | Xid | 1 | 1319 | COMMIT /* xid=180 */ |
±---------------------------±-----±---------------±----------±------------±-------------------------------------+
22 rows in set (0.05 sec)
CoderJia_
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
开启bin-log日志mysql报错的解决方法
12-15
代码如下:ERROR 1418 (HY000): This function has none of DETERMINISTIC, NO SQL, or READS SQL DATA in its declaration and binary logging is enabled (you *might* want to use the less safe log_bin_trust_...
mysql清除log-bin日志的方法
09-10
1. **数据恢复**：当数据库出现故障或错误时，可以通过二进制日志配合备份文件来恢复数据。通过查看日志，可以追踪到导致问题的具体SQL语句，从而采取相应措施修复。 2. **主从复制**：在主从复制架构中，主服务器...
MySQL 的 binlog 如何恢复数据？
qq_33270327的博客
05-21 319
恢复成功后，重启 MySQL 服务器。
MYSQL使用binlog日志恢复数据
好吃的油炸代码
08-23 4710
注意事项：本教程目的在于，你的MYSQL采用了binlog日志，且产生了binlog日志文件，使用日志文件恢复数据。
【MySQL篇】使用mysqldump全量+mysqlbinlog增量完成实例的全库恢复（第四篇，总共四篇）
最新发布
奈斯DBA的博客
04-29 1722
单纯的mysqldump逻辑备份只能将MySQL实例恢复到备份文件所对应的时间点，所以MySQL在备份时必须同时保留二进制日志，以便我们能够使用mysqlbinlog工具追溯并恢复备份之间的数据变更。然后使用mysqldump全量+mysqlbinlog增量完成实例的全库恢复。
binlog找回误删数据
雅俗共赏的博客
03-03 1310
通过binlog找回误删数据&解决binlog日志乱码问题
MySQL通过binlog来恢复数据
ahjxhy2010的博客
04-19 549
一、什么是binlog 1、binlog基本定义：二进制日志，也成为二进制日志，记录对数据发生或潜在发生更改的SQL语句，并以二进制的形式保存在磁盘中； 二进制日志的信息： 文件位置：默认存放位置为数据库文件所在目录下 文件的命名方式： 名称为hostname-bin.xxxxx （重启mysql一次将会自动生成一个新的binlog） 2、配置binlog，在配置文件
利用MySQL的binlog恢复误删的数据库
qq_45228323的博客
05-21 1000
备份数据mysqldump - uroot - p123456 test - l - F '/tmp/test.sql' - l:读锁（只能读取，不能更新） - F:即flush logs，可以重新生成新的日志文件，当然包括log - bin日志查看binlog日志导入之前备份数据mysql - uroot - p t - v - f < / mnt / t . sql - v查看导入的详细信息 - f是当中间遇到错误时，可以skip过去，继续执行下面的语句恢复binlog-file二进制日志文件。
mysql如何利用binlog进行数据恢复详解
12-16
MySQL Binary Log也就是常说的bin-log, ,是mysql执行改动产生的二进制日志文件,其主要作用有两个: * 数据回复 * 主从数据库。用于slave端执行增删改，保持与master同步。 binlog基本配置和格式 binlog基本配置 ...
mysql将bin-log日志文件转为sql文件的方法
01-19
mysql打开bin-log日志后，mysql数据库的非查询操作会将记录保存到bin-log文件中。一般bin-log日志文件不能打开查看的，需要用到mysql的工具进行。假设/mysql/data/目录中存放着二进制文件mysql-bin.000011。需要将...
【江湖救急】通过mysqlbinlog恢复误删除数据
Sebastien23的博客
07-01 2058
🐬数据库版本：MySQL 8.0.30。
mysql.binlog数据恢复
12-14
这是一个eclipse安装插件，在oxygen下测试是可用的。有问题可以是下面反馈^_^ 操作：1、获取binlog文件 2、选中要处理的部分 3、选择菜单“jhh->binlog->”下对应的操作 4、会在相同目录下生成sql文件（文件名相同，加了sql后缀）
【MySQL】binlog数据恢复
qq_40042416的博客
11-27 429
binlog二进制日志记录保存了所有执行过的修改操作语句，不保存查询操作。如果 MySQL 服务意外停止，可通过二进制日志文件排查，用户操作或表结构操作，从而来恢复数据库数据。binlog 是逻辑日志，记录的是这个语句的原始逻辑。
MySQL用binlog日志恢复数据
weixin_47354082的博客
03-25 1038
原理：binlog日志保存的是数据变化的DDL和DML SQL，并在每条SQL打上了时间缀和标记，所以可以指定时间和标记，找到指定SQL，恢复特定数据。 实战：从删库到恢复，不用再跑路。 1、建库建表准备数据再删库 mysql> flush binary logs; Query OK, 0 rows affected (0.01 sec) mysql> create database mydb; Query OK, 1 row affected (0.00 sec) mysql&
通过binlog恢复数据
zhangyupeng的博客
10-17 963
通过binlog恢复数据
【MySQL】误删/误改数据库数据后恢复（基于mysqlbinlog文件）
pengpm的博客
08-24 999
mysql数据库误删或者误改之后进行数据恢复，基于mysqlbinlog文件，恢复数据库之前需要删除布标数据库的所有表，记得提前做好备份
binlog恢复删库数据
qq_21277357的博客
01-20 306
这个命令可以查询最新的binlog日志文件，和最后一个位置Position。log_bin_basename 就是存储binlog日志文件的目录文件。这个.000结尾的都是存储的增删改sql,不纪录查询sql。执行下面的命令可以查看所有binlog日志的文件信息。如果没有打开，在my.cnf文件设置开启他。on 打开，off关闭，当前是打开的。使用cat命令的时候，会显示乱码。通过下面的命令查询日志的状态。我们使用下面的命令来查看日志。我们从End_log_pos。
如何使用mysql binlog 恢复数据
机会平等
09-08 416
mysql数据恢复, binlog恢复数据
Mysql-BinLog数据恢复
weixin_45203607的博客
03-28 2423
介绍 binlog,即二进制日志,它记录了数据库上的所有改变，并以二进制的形式保存在磁盘中； 它可以用来查看数据库的变更历史、数据库增量备份和恢复、Mysql的复制（主从数据库的复制）。 binlog有三种格式：Statement、Row以及Mixed。 –基于SQL语句的复制(statement-based replication,SBR)， –基于行的复制(row-based replication,RBR)， –混合模式复制(mixed-based replication,MBR)。 1 Statem
mysql 通过bin-log日志恢复数据
05-26
MySQL的binlog日志是用来记录数据库操作的二进制日志，可以用来进行数据恢复。下面是通过binlog日志进行数据恢复的步骤： 1. 确认要恢复的时间点 首先需要确认要恢复的时间点，即要恢复到哪个时间点的数据。可以通过查看binlog日志文件来确定最后一次备份的时间点以及之后的操作。 2. 导出binlog日志 使用mysqlbinlog命令可以导出指定时间范围内的binlog日志。例如： ``` mysqlbinlog --start-datetime="2022-01-01 00:00:00" --stop-datetime="2022-01-02 00:00:00" /var/lib/mysql/binlog.000001 > /tmp/mysqlbinlog.sql ``` 上面的命令导出了2022年1月1日0点到1月2日0点之间的binlog日志，并将结果保存到了/tmp/mysqlbinlog.sql文件中。 3. 创建新的数据库实例 在另一台机器上或者在同一台机器上使用不同的端口创建一个新的MySQL实例，用于恢复数据。 4. 导入数据 将导出的binlog日志文件导入到新的MySQL实例中，可以使用以下命令： ``` mysql -u username -p < /tmp/mysqlbinlog.sql ``` 5. 验证数据 完成数据导入后，需要验证数据是否正确恢复。可以连接到新的MySQL实例，查询相关数据是否正确。 注意：在使用binlog日志恢复数据时，需要保证binlog日志文件没有被清除或者过期，否则可能无法完全恢复数据。同时，在恢复数据之前需要备份好数据，以免因操作失误导致数据丢失。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

CoderJia_

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值