mysql-binlog日志说明-备份-恢复数据-转载

最新推荐文章于 2024-05-21 14:19:04 发布
最新推荐文章于 2024-05-21 14:19:04 发布
阅读量306 收藏
点赞数
分类专栏： linux-mysql 文章标签： mysql bin-log数据备份与恢复

点击跳转原文
推荐一本书<<高性能MySQL>>

一.开启binlog日志功能

shell> vim /etc/my.cnf
#在[mysqld] 区块添加 
log-bin=mysql-bin  #确认是打开状态(mysql-bin 是日志的基本名或前缀名)
#binlog-ignore-db=mysql #忽略数据库(被忽略的数据库中,二进制文件中是无记录的!)

  注意：每次服务器（数据库）重启，服务器会调用flush logs;，新创建一个binlog日志！

1.查看所有二进制日志文件
mysql> show binary logs;
+------------------+-----------+
| Log_name         | File_size |
+------------------+-----------+
| mysql-bin.000001 |       177 |
| mysql-bin.000002 |       177 |
| mysql-bin.000003 |       154 |
+------------------+-----------+
2.查看mysql某个日志的事件
mysql>  show binlog events in  'mysql-bin.000001';
+------------------+-----+----------------+-----------+-------------+---------------------------------------+
| Log_name         | Pos | Event_type     | Server_id | End_log_pos | Info                                  |
+------------------+-----+----------------+-----------+-------------+---------------------------------------+
| mysql-bin.000001 |   4 | Format_desc    |       103 |         123 | Server ver: 5.7.12-log, Binlog ver: 4 |
| mysql-bin.000001 | 123 | Previous_gtids |       103 |         154 |                                       |
| mysql-bin.000001 | 154 | Stop           |       103 |         177 |                                       |
+------------------+-----+----------------+-----------+-------------+---------------------------------------+
3.查看binlog日志是否开启
mysql> show variables like 'log_%'; 
+----------------------------------------+---------------------------------------+
| Variable_name                          | Value                                 |
+----------------------------------------+---------------------------------------+
| log_bin                                | ON                                    |
| log_bin_basename                       | /usr/local/mysql/data/mysql-bin       |
| log_bin_index                          | /usr/local/mysql/data/mysql-bin.index |
......
+----------------------------------------+---------------------------------------+

二.常用的binlog日志操作命令

1.查看所有binlog日志列表
mysql> show master logs;
+------------------+-----------+
| Log_name         | File_size |
+------------------+-----------+
| mysql-bin.000001 |       177 |
| mysql-bin.000002 |       177 |
| mysql-bin.000003 |       154 |
+------------------+-----------+
2.查看最新master状态
mysql> show master status;
+------------------+----------+--------------+--------------------+-------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB   | Executed_Gtid_Set |
+------------------+----------+--------------+--------------------+-------------------+
| mysql-bin.000003 |      154 |              | jeesite,mysql,test |                   |
+------------------+----------+--------------+--------------------+-------------------+
3.flush刷新log日志，自此刻开始产生一个新编号的binlog日志文件
mysql> flush logs; 
Query OK, 0 rows affected (0.02 sec)

mysql> show master logs;
+------------------+-----------+
| Log_name         | File_size |
+------------------+-----------+
| mysql-bin.000001 |       177 |
| mysql-bin.000002 |       177 |
| mysql-bin.000003 |       201 |
| mysql-bin.000004 |       154 |
+------------------+-----------+
4 rows in set (0.00 se

  注意：每当mysqld服务重启时，会自动执行此命令，刷新binlog日志；在mysqldump备份数据时加 -F 选项也会刷新binlog日志；

4.重置(清空)所有binlog日志
mysql>  reset master;
Query OK, 0 rows affected (0.01 sec)

mysql> show master logs;
+------------------+-----------+
| Log_name         | File_size |
+------------------+-----------+
| mysql-bin.000001 |       154 |
+------------------+-----------+
1 row in set (0.00 sec)

三.查看binlog日志内容(常用有两种方式)

1.binlog日志与数据库文件在同目录中,mysqlbinlog与mysql在同一目录
2.可通过查看mysql进程的方式查找mysql命令所在的目录及binlog所在的目录
1.方式一,使用mysqlbinlog脚本 (取出binlog日志的全文内容,不推荐)
[root@emans data]# mysqlbinlog mysql-bin.000001
..............
# at 624
#160925 21:29:53 server id 1 end_log_pos 796 Query	thread_id=3	exec_time=0	error_code=0
SET TIMESTAMP=1474810193/*!*/;
insert into member(`name`,`sex`,`age`,`classid`) values('wangshibo','m',27,'cls1'),('guohuihui','w',27,'cls2')       #执行的sql语句 
/*!*/;
# at 796
#160925 21:29:53 server id 1 end_log_pos 823 Xid = 17                  #执行的时间
.............

解释：
server id 1 ： 数据库主机的服务号；
end_log_pos 796： sql结束时的pos节点
thread_id=11： 线程号
2.方式二,使用sql命令

语法:

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 ：查询总条数(不指定就是所有行)

示例1:

mysql>  show binlog events in 'mysql-bin.000001'\G;
*************************** 1. row ***************************
   Log_name: mysql-bin.000001
        Pos: 4
 Event_type: Format_desc
  Server_id: 103
End_log_pos: 123
       Info: Server ver: 5.7.12-log, Binlog ver: 4
*************************** 2. row ***************************
   Log_name: mysql-bin.000001
        Pos: 123
 Event_type: Previous_gtids
  Server_id: 103
End_log_pos: 154
       Info: 
2 rows in set (0.00 sec)

示例2:

1）指定查询 mysql-bin.000002这个文件，从pos点:624开始查起，查询10条（即10条语句）
mysql> show binlog events in 'mysql-bin.000002' from 624 limit 10\G;

2）指定查询 mysql-bin.000002这个文件，从pos点:624开始查起，偏移2行（即中间跳过2个），查询10条
mysql> show binlog events in 'mysql-bin.000002' from 624 limit 2,10\G;

四.定时备份数据

语法: 
mysqldump -u用户名 -p密码 -B -F -R -E -x --master-data=2 数据库名称|gzip >/存储路径/文件名_$(date +%Y%m%d_%H%M%S).sql.gz

参数解释:

  • -B：指定数据库
  • -F：刷新日志
  • -R：备份存储过程等
  • -E : 备份事件
  • -x：锁表

master-data:

  1. mysqldump导出数据时，当这个参数的值为1的时候，mysqldump出来的文件就会包括CHANGE MASTER TO这个语句，CHANGE MASTER TO后面紧接着就是file和position的记录，在slave上导入数据时就会执行这个语句，salve就会根据指定这个文件位置从master端复制binlog。默认情况下这个值是1
  2. 当这个值是2的时候，chang master to也是会写到dump文件里面去的，但是这个语句是被注释的状态

示例每天凌晨4点进行备份指定的库(此处库名为jeesite):

[root@emans data]# crontab -e
#输入一下内容后保存
0 4 * * * /usr/local/mysql/bin/mysqldump -uroot -pemans_My0624 -B -F -R -E -x --master-data=2 jeesite|gzip >/tmp/backup/jeesite_$(date +%Y%m%d_%H%M%S).sql.gz

[root@emans data]# service crond restart  #重启定时服务

此处:手动调用一下

[root@emans backup]# /usr/local/mysql/bin/mysqldump -uroot -pemans_My0624 -B -F -R -E -x --master-data=2 jeesite|gzip >/tmp/backup/jeesite_$(date +%Y%m%d_%H%M%S).sql.gz
mysqldump: [Warning] Using a password on the command line interface can be insecure.
[root@emans backup]# ll
total 28
-rw-r--r--. 1 root root 26708 Mar 25 23:17 jeesite_20190325_231744.sql.gz

由于上面在备份的时候使用了-F选项，那么当数据备份操作刚开始的时候系统就会自动刷新log，这样就会自动产生
一个新的binlog日志，这个新的binlog日志就会用来记录备份之后的数据库“增删改”操作


五.利用binlog日志恢复mysql数据

以下为准备的测试数据;

CREATE TABLE `test` (
  `id` varchar(64) NOT NULL COMMENT '编号',
  `create_by` varchar(64) NOT NULL COMMENT '创建者',
  `create_date` datetime NOT NULL COMMENT '创建时间',
  `update_by` varchar(64) NOT NULL COMMENT '更新者',
  `update_date` datetime NOT NULL COMMENT '更新时间',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='测试数据';

insert test(`id`,`create_by`,`create_date`,`update_by`,`update_date`) values(UUID_SHORT(),'1',NOW(),'1',NOW());
insert test(`id`,`create_by`,`create_date`,`update_by`,`update_date`) values(UUID_SHORT(),'1',NOW(),'1',NOW());
insert test(`id`,`create_by`,`create_date`,`update_by`,`update_date`) values(UUID_SHORT(),'1',NOW(),'1',NOW());

mysql> select * from test;
+---------------------+-----------+---------------------+-----------+---------------------+
| id                  | create_by | create_date         | update_by | update_date         |
+---------------------+-----------+---------------------+-----------+---------------------+
| 7447996945420779523 | 1         | 2019-03-25 23:24:51 | 1         | 2019-03-25 23:24:51 |
| 7447996945420779524 | 1         | 2019-03-25 23:24:52 | 1         | 2019-03-25 23:24:52 |
| 7447996945420779525 | 1         | 2019-03-25 23:24:52 | 1         | 2019-03-25 23:24:52 |
+---------------------+-----------+---------------------+-----------+---------------------+
3 rows in set (0.00 sec)

  假设现在手贱执行了drop语句，直接删除了jeesite库(自己创建的测试库)！

mysql> drop database jeesite;
Query OK, 46 rows affected (0.14 sec)

  这种时候，一定不要慌张！！！ 先仔细查看最后一个binlog日志，并记录下关键的pos点，到底是哪个pos点的操作导致了数据库的破坏(通常在最后几步)；

1.先备份一下当前binlog日志文件
  1. 使用 mysql> show master status 查看当前是在哪个二进制文件
mysql> show master status;
+------------------+----------+--------------+------------------+-------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| mysql-bin.000001 |     1811 |              |                  |                   |
+------------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)
  1. 进入mysqlbinlog所在的目录,使用cp命令将当前的二进制文件复制一份保存
[root@emans data]#  cp -v mysql-bin.000001 /tmp/backup/
‘mysql-bin.000001’ -> ‘/tmp/backup/mysql-bin.000001’
2.使用flush logs重新生成一个二进制文件
mysql> flush logs;
Query OK, 0 rows affected (0.01 sec)

mysql> show master status;
+------------------+----------+--------------+------------------+-------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| mysql-bin.000002 |      154 |              |                  |                   |
+------------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)

   注: 此时mysql-bin.000001(drop database操作在此日志中)这个文件不会再有后续写入了，为便于我们分析原因及查找pos节点，以后所有数据库操作都会写入到下一个日志文件(mysql-bin.000002)

3.读取二进制文件,分析问题
  • 方法一：使用mysqlbinlog读取binlog日志,上面已经谈到
  • 方法二：使用sql读取二进制文件 (推荐)
mysql> show binlog events in 'mysql-bin.000001';
+------------------+------+----------------+-----------+-------------+-------------------------------------------+
| Log_name         | Pos  | Event_type     | Server_id | End_log_pos | Info
+------------------+------+----------------+-----------+-------------+-------------------------------------------+
| mysql-bin.000001 |    4 | Format_desc    |       103 |         123 | Server ver: 5.7.12-log, Binlog ver: 4     | 
....................
| mysql-bin.000001 | 1640 | Anonymous_Gtid |       103 |        1705 | SET @@SESSION.GTID_NEXT= 'ANONYMOUS'      | 
| mysql-bin.000001 | 1705 | Query          |       103 |        1811 | drop database jeesite                     | 
| mysql-bin.000001 | 1811 | Rotate         |       103 |        1858 | mysql-bin.000002;pos=4                    |
....................

或者(通过上述查询已知pos节点在1811)

mysql> show binlog events in 'mysql-bin.000001' from 1705 limit 10\G;
*************************** 1. row ***************************
   Log_name: mysql-bin.000001
        Pos: 1705
 Event_type: Query
  Server_id: 103
End_log_pos: 1811
       Info: drop database jeesite
*************************** 2. row ***************************
   Log_name: mysql-bin.000001
        Pos: 1811
 Event_type: Rotate
  Server_id: 103
End_log_pos: 1858
       Info: mysql-bin.000002;pos=4
2 rows in set (0.00 sec)

通过分析，造成数据库破坏的pos点区间是介于 1705–1811之间（这是按照日志区间的pos节点算的），只要恢复到1705前就可。

4.先将数据恢复到最近一次备份
本例中:先把凌晨4点备份的数据恢复(定时调用) 
[root@emans data]# cd /tmp/backup/
[root@emans backup]# ll
total 32
-rw-r--r--. 1 root root 26736 Mar 25 23:17 jeesite_20190325_231744.sql.gz
-rw-r-----. 1 root root  1811 Mar 25 23:28 mysql-bin.000001
[root@emans backup]# gzip -d jeesite_20190325_231744.sql.gz
[root@emans backup]# mysql -uroot -p -v < jeesite_20190325_231744.sql
5.将最近一次备份之后的数据变更也恢复

从binlog日志恢复数据语法格式：

      mysqlbinlog mysql-bin.0000xx | mysql -u用户名 -p密码 数据库名

常用参数选项解释：

  • start-position 起始pos点
  • stop-position 结束pos点
  • start-datetime 起始时间点
  • stop-datetime 结束时间点

不常用选项

  • -u --user=name 连接到远程主机的用户名
  • -p --password[=name] 连接到远程主机的密码
  • -h --host=name 从远程主机上获取binlog日志
  • –read-from-remote-server 从某个MySQL服务器上读取binlog日志

注: 实际是将读出的binlog日志内容，通过管道符传递给mysql命令。这些命令、文件尽量写成绝对路径；

[root@emans backup]# mysqlbinlog /tmp/backup/mysql-bin.000001 > /tmp/backup/000001.sql  #提取sql语句
[root@emans backup]# ll
total 208
-rw-r--r--. 1 root root   5105 Mar 26 00:19 000001.sql
-rw-r--r--. 1 root root 197947 Mar 25 23:17 jeesite_20190325_231744.sql
-rw-r-----. 1 root root   1811 Mar 25 23:28 mysql-bin.000001
[root@emans backup]# vim 000001.sql  #删除里面的drop语
[root@emans backup]# mysql -uroot -p -v < /tmp/backup/000001.sql

上述为完全恢复.验证;

mysql> select * from test;
+---------------------+-----------+---------------------+-----------+---------------------+
| id                  | create_by | create_date         | update_by | update_date         |
+---------------------+-----------+---------------------+-----------+---------------------+
| 7447996945420779523 | 1         | 2019-03-25 23:24:51 | 1         | 2019-03-25 23:24:51 |
| 7447996945420779524 | 1         | 2019-03-25 23:24:52 | 1         | 2019-03-25 23:24:52 |
| 7447996945420779525 | 1         | 2019-03-25 23:24:52 | 1         | 2019-03-25 23:24:52 |
+---------------------+-----------+---------------------+-----------+---------------------+
3 rows in set (0.00 sec)

温馨提示：
在恢复全备数据之前必须将该binlog文件移出，否则恢复过程中，会继续写入语句到binlog，最终导致增量恢复数据部分变得比较混乱！

测试恢复到创建test表之前

mysql> show binlog events in 'mysql-bin.000001' from 1705 limit 10\G;
*************************** 1. row ***************************
   Log_name: mysql-bin.000001.............................

************************** 3. row ***************************
   Log_name: mysql-bin.000001
        Pos: 154
 Event_type: Anonymous_Gtid
  Server_id: 103
End_log_pos: 219
       Info: SET @@SESSION.GTID_NEXT= 'ANONYMOUS'
*************************** 4. row ***************************
   Log_name: mysql-bin.000001
        Pos: 219
 Event_type: Query
  Server_id: 103
End_log_pos: 683
       Info: use `jeesite`; CREATE TABLE `test` (
  `id` varchar(64) NOT NULL COMMENT '编号',
  `create_by` varchar(64) NOT NULL COMMENT '创建者',
  `create_date` datetime NOT NULL COMMENT '创建时间',
  `update_by` varchar(64) NOT NULL COMMENT '更新者',
  `update_date` datetime NOT NULL COMMENT '更新时间',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='测试数据'
*************************** 5. row ***************************
   Log_name: mysql-bin.000001
        Pos: 683
 Event_type: Anonymous_Gtid
  Server_id: 103
End_log_pos: 748
       Info: SET @@SESSION.GTID_NEXT= 'ANONYMOUS'
*************************** 6. row ***************************
............................

指定pos结束点恢复(部分恢复)：
–stop-position=219 pos结束节点（按照事务区间算，是219）

[root@emans backup]# mysqlbinlog --stop-position=219  /tmp/backup/mysql-bin.000001 > /tmp/backup/000001_test.sql
[root@emans backup]# mysql -uroot -p -v < /tmp/backup/000001_test.sql

测试前先将上述完全恢复中,已经插入到数据库中的test表删除.
此时因为恢复到截止到test表创建前所以再次查询库显示没有test表,可以继续验证,截止恢复到创建test表后但为插入数据为止

音符的律动
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
mysql_bin恢复_mysql_binlog恢复
weixin_42521558的博客
02-02 117
mysqlbinlog是mysql自带的回滚数据的机制，默认是不开启的需要手动开启。手动开启mysql-binlog日志1，在mysql配置文件my.cnf加上如下配置[mysqld]log-bin=mysql-bin重启mysql2，查看是否已经开启了binlog命令show variables like ‘log_bin’3，查看标准的sql语句(按照时间)mysqlbinlog --sta...
mysql bin 恢复_mysql mysql-bin 怎么恢复
weixin_29600985的博客
01-19 653
匿名用户1级2017-11-05 回答打开mysql的bin log功能：对于mysql也是支持增量备份，但要打开mysql的bin log功能。我们修改mysql的配置文件。linux是/etc/my.cnf，windows是mysql的安装目录/my.ini我们在[mysqld]下面加上log-bin一行代码，如下面。[mysqld]log-bin=mysql-bin复制代码加完后重起mysq...
mysql binlog统一恢复误删数据库、表、数据（没有任何备份）
最新发布
weixin_44006009的博客
05-21 603
mysql binlog统一恢复误删数据库、表、数据，在没有任何备份的情况下
mysql binlog文件如何备份_Mysql binlog备份数据及恢复数据，学会这个，我在也不怕删库跑路啦~...
weixin_31659249的博客
02-26 227
导读我一直都主张，技多不压身(没有学不会的技术，只有不学习的人)，多学一项技能，未来就少求人一次。网上经常听到xxx删库跑路，万一真的遇到了，相信通过今天的学习，也能将数据再恢复回来~~~当然啦，备份数据/还原数据也是挺重要的，可以看我另一篇：点我直达如果感觉这样还不安全，可以考虑授予用户权限：点我直达介绍记录着mysql数据库中的一些增删改操作(没有查询)功能数据复制(主从复制)数据恢复注意事项...
mysql bin 恢复_MySQL的binlog恢复（Windows下）
weixin_34289439的博客
02-01 315
1、初识binlog(1)MySQL的binlog就是大家经常所说的Binary Log，即bin-log，是MySQL存储对数据库改动的二进制文件，也就是记录了所有DDL与DML(select除外)语句，利用它主要可以做两件事：数据恢复：通过mysqlbinog工具进行恢复；数据复制：MySQL Replication在Master端开启binlog，Mster把它的二进制日志传递给slaves...
基于 mysql-binlog-connector-java 实现增量数据的收集.zip
01-04
MySQL是世界上最流行的关系型数据库管理系统之一，而MySQL的binlog（二进制日志）是其核心特性之一，用于记录所有对数据库进行的更改操作。`mysql-binlog-connector-java` 是一个开源库，它允许Java应用程序实时读取...
mysql-binlog-in-realtime 源代码包
06-23
MySQL数据库的二进制日志（Binary Log，简称binlog）是数据库系统中的重要组成部分，它记录了所有的事务操作，为数据恢复、复制和审计提供了基础。"mysql-binlog-in-realtime"源代码包就是针对MySQL binlog进行实时...
使用binlog日志恢复MySQL数据库删除数据的方法
01-11
当面临数据丢失或误删除的情况时，binlog日志成为恢复数据的关键。 首先，要确认binlog日志是否启用。这可以通过检查MySQL配置文件（在Windows系统中通常是my.ini，Linux系统中为my.cnf）中`log-bin`选项是否设置为...
TiDB-Binlog架构演进与实现原理
01-27
总的来说，TiDB-Binlog通过不断演进，解决了分布式环境下的数据一致性与同步问题，提供了高效可靠的数据备份和恢复机制。无论是旧版的Kafka方案还是新版的cluster架构，都体现了TiDB在处理大数据和分布式事务上的...
查看mysql binlog，和数据备份
小小的幸福
07-06 238
进入/home/mysql/log目录mysqlbinlog --start-date="2017-10-19 14:25:00" --stop-date="2017-10-19 14:40:00" mysqld_bin.000089 &gt;temp.sql备份crontab -ecd $(dirname "$0")/../time=`date "+%Y%m%d"`mysqldump -u用户 ...
mysql 逻辑备份 bin-log日志恢复
2301_78315274的博客
10-05 271
备份的是建表，建库，插入数据等操作所执行SQL语句，适用于中小型数据库，效率相对较低，提供三种级别的备份，表级，库级和全库级。导出的是SQL语句不论是什么存储引擎，都可以用mysqldump备份成SQL语句速度较慢，导出时可能会出现格式不兼容的突发状况，无法做增量备份和累计增量备份。
MySQL——binlog复制和恢复数据
史蒂芬曹的博客
01-15 870
复制是mysql最重要的功能之一，mysql集群的高可用、负载均衡和读写分离都是基于复制来实现的；binlog是Mysql sever层维护的一种二进制日志，与innodb引擎中的redo/undo log是完全不同的日志；结束位置一般是数据被删除之前的位置。当需要恢复数据时，为了防止恢复数据后影响最新业务，需要执行flush logs，产生一个新的binlog文件，此时旧的binlog文件不会再有写入；如在数据准备中的drop操作，需要在binlog中找到该位置，并将该位置作为数据恢复的结束位置。
shell动态解析sql的binlog
07-22 141
#!/usr/bin #设置数据库连接 conn='mysql -hhost -Pport -uusername -ppassword' #获取最新的binlog文件 logfile=$($conn -e "show master logs" | tail -n 1 | awk -F" " '{print $1}') #设置a为1，用户下边的判断 a=1 #while循...
mysqldump全量备份+mysqlbinlog二进制日志增量备份
weixin_37053359的博客
02-22 474
1、mysqldump数据库增量备份前提：1>要开启mysql log-bin日志功能，若没有开启则，修改配置文件/etc/my.cnf，添加如下内容：　　[mysqld]　　datadir=/var/lib/mysql/data　　log-bin=mysql-bin　　server-id=1　　重启mysql 2>查看数据库是否开启了二进制日志打印功能： mysql>...
Mysql数据备份与恢复
YUEAwb的博客
03-25 2014
update、delete以多行数据起作用，来用行记录下来，只记录变动的记录，不记录sql的上下文环境，比如sql语句记录一行，但是ROW就可能记录10行，但是准确性高，高并发的时候由于操作量，性能变低 比较大所以记录都记下来。
MYSQL使用binlog日志恢复数据
好吃的油炸代码
08-23 4746
注意事项：本教程目的在于，你的MYSQL采用了binlog日志，且产生了binlog日志文件，使用日志文件恢复数据。
binlog多数据源核心文件
tianjingsha_persume的博客
12-07 319
一、介绍 　　binlog， 即二进制文件，他记录了MySQL所有数据的变更，并以二进制的形式存储在磁盘上 二、binlog模式 　　binlog有三种模式：ROW（行模式）, Statement（语句模式）, Mixed（混合模式） ROW（行模式）：记录那条数据修改了，注意：记录的是这条记录的全部数据，即使只更新了一个字段，binlog里也会记录所有字段的数据 优点：他不记录sql语句...
mysql-binlog-connector-java 的使用
10-19
使用mysql-binlog-connector-java可以实现MySQL数据库的实时数据同步、数据备份等功能。使用mysql-binlog-connector-java的步骤如下： 1. 下载mysql-binlog-connector-java的jar包，并将其添加到项目的classpath中。...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值