Mysql备份与恢复

Posted 2023-03-19

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了Mysql备份与恢复相关的知识，希望对你有一定的参考价值。

备份的作用

我们不能保证服务器永远都在工作之中，所以我们就必须要做备份，尤其是数据库服务器。而且数据的重要性不言而喻，数据是最重要的资源之一，如果数据库遭到黑客入侵等等造成数据丢失，在没有备份的情况下那么对于公司来讲是不可逆的。

mysql备份目的

发生故障损失降到最低

保证快速数据恢复，数据库系统和数据稳定运行

数据库可能造成故障的原因

人为误操作：权限过大误操作

程序逻辑故障：数据库系统故障

物理故障：磁盘坏道

不可抗力自然灾害：海啸、地震、台风

数据库常见的备份方法

物理冷备份

停止数据库服务，使用tar或者cp对数据库和日志文件备份

专用备份工具

mysqldump：Mysql数据库系统自带的备份工具简单方便

mysqlhotcopy：开发人员使用广泛支持二次开发

二进制日志

需要开启二进制日志功能

日志记录mysql数据变化用于恢复数据使用

做数据库增量备份恢复使用

第三方工具

Xtrabackup

innobackupex

xbstream

实验图：

Mysql备份与恢复_数据库

实验步骤：

一，数据库备份恢复（Mysql配置创建步骤可看第二篇文章）

1.mysqldump 对表数据库所有数据备份

1）对magua数据库的student表备份

[root@Centos01 ~]# mysqldump -uroot -p123 magua student > ./student.sql

2）备份magua数据库

[root@Centos01 ~]# mysqldump -uroot -p123 --databases magua > ./db_magua.sql

3）备份所有的数据

[root@Centos01 ~]# mysqldump -uroot -p123 --all-databases > ./all_database.sql

2.将student表恢复到chongzi库

1）创建accp数据库

[root@Centos01 ~]# mysql -uroot -p123
 mysql> create database chongzi;

2）查看创建的chongzi数据库

mysql> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| chongzi            |
| magua              |
| mysql              |
| performance_schema |
| test               |
+--------------------+
6 rows in set (0.00 sec)
mysql> exit

3）将备份的student表恢复到虫子数据库

[root@Centos01 ~]# mysql -uroot -p123 chongzi < ./student.sql

4）查询恢复的数据

[root@Centos01 ~]# mysql -uroot -p123 -e select * from chongzi.student;
+--------+--------+--------+--------------------+
| 姓名   | 性别   | 年龄   | 身份证号码         |
+--------+--------+--------+--------------------+
| magu   | NULL   |     18 | 222222222222222111 |
| chon   | NULL   |     17 | 222222222222222222 |
| Yyy    | NULL   |     19 | 222222222222222333 |
| whh    | NULL   |     20 | 222222222222222444 |
+--------+--------+--------+--------------------+

4.模拟magua数据库丢失恢复数据

1）删除数据库magua

[root@Centos01 ~]# mysql -uroot -p -e drop database magua;
Enter password:123

2）查看数据库是否被删除

[root@Centos01 ~]# mysql -uroot -p123 -e show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| chongzi            |
| mysql              |
| performance_schema |
| test               |
+--------------------+

3）恢复误删除的数据库

[root@Centos01 ~]# mysql -uroot -p123 < ./db_magua.sql

4）查看麻瓜的student表的数据

[root@Centos01 ~]# mysql -uroot -p123 -e select * from magua.student;
+--------+--------+--------+--------------------+
| 姓名   | 性别   | 年龄   | 身份证号码         |
+--------+--------+--------+--------------------+
| magu   | NULL   |     18 | 222222222222222111 |
| chon   | NULL   |     17 | 222222222222222222 |
| Yyy    | NULL   |     19 | 222222222222222333 |
| whh    | NULL   |     20 | 222222222222222444 |
+--------+--------+--------+--------------------+

二，增量二进制日志备份恢复

1，开启数据库的二进制功能

1）开启数据库的二进制功能（默认开启，不需要配置）

[root@Centos01 ~]# vim /etc/my.cnf
49 log-bin=mysql-bin

2）重启mysql服务

[root@Centos01 ~]# systemctl restart mysqld.service

3）切割日志

[root@Centos01 ~]# ls /usr/local/mysql/data/    //查看日志编号

Centos01.err  ib_logfile0  mysql-bin.000001  mysql-bin.000005  mysql-bin.000009
Centos01.pid  ib_logfile1  mysql-bin.000002  mysql-bin.000006  mysql-bin.index
chongzi       magua        mysql-bin.000003  mysql-bin.000007  performance_schema
ibdata1       mysql        mysql-bin.000004  mysql-bin.000008  test
[root@Centos01 ~]# mysqladmin -uroot -p123 flush-log    //生成新的日志

4）数据库插入新的数据

[root@Centos01 ~]# mysql -uroot -p123
mysql> use magua
mysql> insert into magua.student values (赵四,男,278977897999787912,14);
Query OK, 1 row affected, 1 warning (0.00 sec)

mysql> insert into magua.student values (李四,女,278978978978977987,15);
Query OK, 1 row affected, 1 warning (0.00 sec)

mysql> insert into magua.student values (张冠,女,278978978978977123,16);
Query OK, 1 row affected, 1 warning (0.00 sec)

mysql> insert into magua.student values (李戴,女,278978978978912323,17);
Query OK, 1 row affected, 1 warning (0.00 sec)
mysql> exit

5）切割日志

[root@Centos01 ~]# mysqladmin -uroot -p123 flush-log

6）备份有新建记录的二进制日志

[root@Centos01 ~]# cp /usr/local/mysql/data/mysql-bin.000009 ./

7）阅读二进制日志

[root@Centos01 ~]# mysqlbinlog /usr/local/mysql/data/mysql-bin.000009
/*!40019 SET @@session.max_insert_delayed_threads=0*/;
/*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/;

2.通过二进制日志恢复误删除的数据

1）模拟数据丢失

[root@Centos01 ~]# mysql -uroot -p123 magua < ./student.sql 
[root@Centos01 ~]# 
[root@Centos01 ~]# mysql -uroot -p123 -e select * from magua.student;
+--------+--------+--------+--------------------+
| 姓名   | 性别   | 年龄   | 身份证号码         |
+--------+--------+--------+--------------------+
| magu   | NULL   |     18 | 222222222222222111 |
| chon   | NULL   |     17 | 222222222222222222 |
| Yyy    | NULL   |     19 | 222222222222222333 |
| whh    | NULL   |     20 | 222222222222222444 |
+--------+--------+--------+--------------------+

2）使用二进制日志恢复误删除的数据

[root@Centos01 ~]# mysqlbinlog --no-defaults ./mysql-bin.000009 | mysql -uroot -p123
[root@Centos01 ~]# mysql -uroot -p123 -e select * from magua.student
+--------+--------+------------+--------------------+
| 姓名   | 性别   | 年龄       | 身份证号码         |
+--------+--------+------------+--------------------+
| 赵四   | 男     | 2147483647 | 14                 |
| 李四   | 女     | 2147483647 | 15                 |
| 张冠   | 女     | 2147483647 | 16                 |
| 李戴   | 女     | 2147483647 | 17                 |
| magu   | NULL   |         18 | 222222222222222111 |
| chon   | NULL   |         17 | 222222222222222222 |
| Yyy    | NULL   |         19 | 222222222222222333 |
| whh    | NULL   |         20 | 222222222222222444 |
+--------+--------+------------+--------------------+

3.通过二进制日志恢复数据

1）模拟数据丢失

[root@Centos01 ~]# mysql -uroot -p123 magua < ./student.sql 
[root@Centos01 ~]# mysql -uroot -p123 -e select * from magua.student;
+--------+--------+--------+--------------------+
| 姓名   | 性别   | 年龄   | 身份证号码         |
+--------+--------+--------+--------------------+
| magu   | NULL   |     18 | 222222222222222111 |
| chon   | NULL   |     17 | 222222222222222222 |
| Yyy    | NULL   |     19 | 222222222222222333 |
| whh    | NULL   |     20 | 222222222222222444 |
+--------+--------+--------+--------------------+

2）基于起始位置从前往后恢复数据

[root@Centos01 ~]# mysqlbinlog /usr/local/mysql/data/mysql-bin.000009    
/*!*/;
# at 1161      //恢复id位置
#230319  4:23:54 server id 1  end_log_pos 1298  Query  thread_id=16  exec_time=0  error_code=0
SET TIMESTAMP=1679171034/*!*/;
insert into magua.student values (赵四,男,278977897999787912,14)
  
[root@Centos01 ~]# mysql -uroot -p123 -e secel * from magua.student;
ERROR 1064 (42000) at line 1: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near secel * from magua.student at line 1

3）查看恢复的数据

[root@Centos01 ~]# mysql -uroot -p123 -e select * from magua.student
+--------+--------+------------+--------------------+
| 姓名   | 性别   | 年龄       | 身份证号码         |
+--------+--------+------------+--------------------+
| 赵四   | 男     | 2147483647 | 14                 |
| 李四   | 女     | 2147483647 | 15                 |
| 张冠   | 女     | 2147483647 | 16                 |
| 李戴   | 女     | 2147483647 | 17                 |
| magu   | NULL   |         18 | 222222222222222111 |
| chon   | NULL   |         17 | 222222222222222222 |
| Yyy    | NULL   |         19 | 222222222222222333 |
| whh    | NULL   |         20 | 222222222222222444 |
+--------+--------+------------+--------------------+

4.通过二进制日志恢复数据

1）模拟数据丢失

[root@Centos01 ~]# mysql -uroot -p123 magua < ./student.sql 
[root@Centos01 ~]# mysql -uroot -p123 -e select * from magua.student;
+--------+--------+--------+--------------------+
| 姓名   | 性别   | 年龄   | 身份证号码         |
+--------+--------+--------+--------------------+
| magu   | NULL   |     18 | 222222222222222111 |
| chon   | NULL   |     17 | 222222222222222222 |
| Yyy    | NULL   |     19 | 222222222222222333 |
| whh    | NULL   |     20 | 222222222222222444 |
+--------+--------+--------+--------------------+

2）通过起始时间和恢复时间恢复(这里只恢复张冠)

[root@Centos01 ~]# mysqlbinlog /usr/local/mysql/data/mysql-bin.000009
/*!*/;
# at 1627
#230319  4:24:16  //恢复的起始时间   server id 1  end_log_pos 1764  Query  thread_id=16  exec_time=0  error_code=0
SET TIMESTAMP=1679171056/*!*/;
insert into magua.student values (张冠,女,278978978978977123,16)
/*!*/;
# at 1764
#230319  4:24:16 server id 1  end_log_pos 1791  Xid = 124
COMMIT/*!*/;
# at 1791
#230319  4:24:20   //恢复的结束时间   server id 1  end_log_pos 1860  Query  thread_id=16  exec_time=0  error_code=0
SET TIMESTAMP=1679171060/*!*/;
BEGIN

[root@Centos01 ~]# mysql -uroot -p123 -e select * from select
ERROR 1064 (42000) at line 1: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near select at line 1
[root@Centos01 ~]# mysql -uroot -p123 -e select * from magua.student
+--------+--------+------------+--------------------+
| 姓名   | 性别   | 年龄       | 身份证号码         |
+--------+--------+------------+--------------------+
| 张冠   | 女     | 2147483647 | 16                 |
| magu   | NULL   |         18 | 222222222222222111 |
| chon   | NULL   |         17 | 222222222222222222 |
| Yyy    | NULL   |         19 | 222222222222222333 |
| whh    | NULL   |         20 | 222222222222222444 |
+--------+--------+------------+--------------------+
[root@Centos01 ~]#

MySQL备份与恢复

第1章关于备份的概念

1.1 为什么要进行备份?

备份是数据安全的最后一道防线,对于任何数据丢失的场景,备份虽然不一定能恢复百分之百的数据(这主要取决于备份的周期),但至少能尽量将损失降到最低,衡量备份的恢复有两个重要的指标:恢复点目标(RPO)和恢复时间目标(RTO),前者关注能恢复到什么程度,后者关注恢复需要多长时间

1.2 mysql备份的类型:

1.2.1 热备份:

不影响业务的正常工作,在工作的过程中,进行备份,这些动态备份在读取或修改数据的过程中进行,很少中断或者不中断传输或处理数据,使用热备份时,系统仍可供读取和修改数据的操作访问

1.2.2 冷备份:

关闭数据库之后进行备份,这个备份在用户不能访问数据时进行,因此无法读取或修改数据,这些脱机备份会阻止任何使用数据的活动,这些类型的备份不会干扰正常运性的系统的性能,但是对于某些应用程序,会无法接受必须在一段较长的时间里锁定或完全阻止用户访问数据

1.2.3 温备份:

这些备份在读取数据时进行,但在多数情况下,在进行备份时不能修改数据本身,这种中途备份类型的优点是不必完全锁定最终用户,但缺点是无法在进行备份时修改数据集,这可能使这种类型的备份不适用于某些应用程序,在备份过程中无法修改数据可能产生性能问题

1.3 主要的备份方式:

物理备份--->使用sql语句

逻辑备份--->数据文件的二进制副本

增量备份--->备份二进制日志文件,可以后恢复到任意时间点的数据

1.4 备份的工具:

1. mysqldump : mysql自带的逻辑备份工具

2. mysqlbinlog : 实现binlog备份的自带命令

3. xtrabackup : precona公司开发的性能很高的物理备份工具

第2章逻辑备份工具:

2.1 mysqldump :就是将库和表的创建语句以及insert语句以文本的形式备份出来

musqldump命令参数:

注意:mysqldump在备份需要依赖SQL层进行解析,因此mysql服务在关闭时,无法进行备份

2.1.1 企业标准备份语句示例:

mysqldump -uroot -p123 -A -R --triggers --master-data=2 >/bak/full.sql|gzip >/bak/all_$(date +%F).sql.gz

[[email protected] bak]# ll

total 2272

-rw-r--r-- 1 root root 20 Apr 9 09:11 all_2018-04-09.sql.gz

-rw-r--r-- 1 root root 2319228 Apr 9 09:11 full.sql

2.1.2 --master-data=2 参数表示在备份后,记录binlog文件中的时间节点

2.1.3 --single-transaction

对innoDB引擎进行热备,支持innoDB引擎,使用该参数会单独开启一个事务进行备份,利用事务的快照技术实现,基于事务引擎处理,不用锁表就可以获得一致性的备份,体现了ACID四大事务特性中的隔离性,生产中99%使用innoDB事务引擎

虽然支持热备,并不意味着你可以任意时间点进行备份,特别是业务繁忙期,不建议做备份策略,一般备份都是在夜间

2.1.4 --flush-log/F 参数表示刷新binlog日志

2.1.5 -B 参数在备份时,会加入create和use语句,恢复时不需要创建数据库即可

2.2 利用mysqldump备份进行恢复实战

1. 对jiang数据进行备份:

mysqldump -uroot -p123 -B -R --triggers --master-data=2 jiang|gzip >/tmp/all_$(date +%F).sql.gz

2. 故障模拟,删除jiang数据库

mysql> drop database jiang;

Query OK, 2 rows affected (0.27 sec)

3. 使用gzip解压备份文件

[[email protected] tmp]# gzip -d all_2018-04-10.sql.gz

[[email protected] tmp]# ll

total 656

-rw-r--r-- 1 root root 2552 Apr 10 04:36 all_2018-04-10.sql

4. 导入备份文件

mysql> set sql_log_bin=0;

mysql> source /tmp/all_2018-04-10.sql

5. 检查数据

mysql> show databases;

+--------------------+

| Database |

+--------------------+

| information_schema |

| jiang |

| mysql |

| performance_schema |

| test |

+--------------------+

2.2.1 mysqlbinlog:配合备份工具使用:

mysqlbinlog --start-position --stop-position

1. 配合备份工具达到增量备份

2. 可以每周进行一次全备,记录二进制日志时间点以后,对二进制日志进行备份

第3章生产案例一:

3.1 企业案例:

公司网站数据:一共25G,每天更改量(binlog)100M

3.1.1 故障原因:

磁盘扩容,误格式化数据磁盘

数据库系统异常断电,导致磁盘数据文件损坏.ibd

故障演练,模拟损坏

3.1.2 恢复思路:

1. 关闭所有和故障数据库有关的业务,防止二次伤害

2. 在测试库上恢复昨天的全备,追加备份时间到故障时间的binlog日志

3. 检验数据没问题后,将测试库数据导出,导入生产库

4. 重新开启业务

3.1.3 项目结果:

经过30分钟的时间,业务恢复正常

3.2 模拟案例:

周一23:00全备

mysqldump -uroot -p123 -A -R --triggers --master-data=2 >/bak/full.sql|gzip >/bak/all_$(date +%F).sql.gz

周二发生业务:

use world

update city set countrycode='CHN' where countrycode='JPN';

commit;

delete from city where countrycode ='USA';

commit;

delete from city where countrycode <> 'CHN';

commit;

delete from city where name='tokyo';

commit;

发生故障,要求恢复数据到tokyo删除之前的状态

3.2.1 具体步骤:

1. 找到备份数据,进行解压:

[[email protected] bak]# gunzip all_2018-04-09.sql.gz

[[email protected] bak]# ll

total 2268

-rw-r--r-- 1 root root 0 Apr 9 09:11 all_2018-04-09.sql

-rw-r--r-- 1 root root 2319228 Apr 9 09:11 full.sql

2. 暂时关闭无用binlog日志

mysql> set sql_log_bin=0;

导入全备的文件

source full.sql

查看当前使用的binlog文件:

mysql> show master status;

+------------------+----------+--------------+------------------+-------------------+

+------------------+----------+--------------+------------------+-------------------+

| mysql-bin.000039 | 1889100 | | | |

+------------------+----------+--------------+------------------+-------------------+

截取二进制日志文件:

mysqlbinlog –start-position= --stop-position=

第4章生产案例二:

4.1 背景环境:

正在运行的网站系统,mysql数据库数据量25G,日业务量10-15M(读多写少)

4.1.1 备份方式:

每天晚上11点,定时任务调用mysqldump执行全备脚本

4.2 故障时间:周二上午10点

原因:数据库系统异常断电,导致磁盘数据文件损坏

故障模拟:

第5章 xtrbackup

5.1 xtrabackup是什么?

percona公司的备份工具,性能比较高,是物理备份工具

5.2 xtrabackup工具的优缺点:

5.2.1 优点:

1. 物理备份工具,在同级数据量基础上,都要比逻辑备份性能好很多

2. 特别是在数据量比较大的时候,体现更加明显

5.2.2 缺点:

准备和数据库数据所占空间大小对等的备份空间

5.3 xtrabackup的备份方式:

1. 拷贝数据页文件

2. 拷贝数据文件

3. 事务日志

5.4 备份原理:

5.4.1 对于innoDB表,可以实现热备

1. 在数据还有修改操作的时候,直接将数据文件备份走,此时,备份走的数据对于当前mysql来讲是不一致的

2. 将备份过程中的redo和undo一并备走

3. 为了恢复的时候,只要保证备份出来的数据页lsn和redo lsn进行匹配,将来恢复的就是一致的数据,redo和undo应用

5.4.2 myisam表,实现自动锁表拷贝文件

备份开始时首先会开启一个后台检测进程,实时检测mysql redo变化,一旦发现有新的日志写入,立刻将日志记入后台日志文件xtrabackup_log中,之后复制innoDB的数据文件,系统表空间文件ibdatax,复制结束后,将执行flush tables with readlock,然后复制.frm MYI MYD等文件,最后执行unlock tables,最终停止xtrabackup_log

第6章 xtrabackup使用

6.1.1 安装xtrabackup

yum -y install perl perl-devel libaio libaio-devel perl-Time-HiRes perl-DBD-MySQL

yum -y install percona-xtrabackup

6.1.2 全备命令:

默认按照时间戳生成:

innobackupex --user=root --password=123 /bak/

指定生成备份集的名字

innobackupex --user=root --password=123 --no-timestamp /backup/full

6.2 恢复的过程

故障模拟:删除全部数据文件并关闭服务

rm –rf /application/mysql/data*

pkill mysqld

6.2.1 准备恢复:

作用:将备份过程中commit事务,进行重做并且合并到备份中,将未提交的事务进行回滚,最终目的是lsn=redo lsn

innobackupex --apply-log /backup/full/

6.2.2 恢复方法一:

cp -a * /application/mysql/data/

chown -R mysql.mysql /application/mysql/data/

6.2.3 恢复方法二:推荐

innobackupex --copy-back /backup/full/

chown -R mysql.mysql /application/mysql/data/

第7章 xtrabackup的增量备份:

7.1 如何备份?

7.1.1 首先要有一次全备的备份集,作为基点

innobackupex --user=root --password=123 --no-timestamp /backup/full

备份后,数据库的数据并不是一成不变的,所以在一定时间后还要进行增量的备份,即只对变化的数据页进行备份,即增量备份

7.1.2 模拟数据页的变化:

mysql> use jiang

mysql> create table t1(id int);

mysql> insert into t1 values (1),(2),(3);

mysql> select *from t1;

+------+

| id |

+------+

| 1 |

| 2 |

| 3 |

+------+

3 rows in set (0.00 sec)

mysql> commit;

7.1.3 第一次增量备份:

innobackupex --user=root --password=123 --no-timestamp --incremental --incremental-basedir=/backup/full/ /backup/inc1

7.1.4 模拟数据页变化:

mysql> insert into t1 values(5),(6),(7);

mysql> select * from t1;

+------+

| id |

+------+

| 1 |

| 2 |

| 3 |

| 5 |

| 6 |

| 7 |

+------+

mysql> commit;

7.1.5 第二次增量备份:

innobackupex --user=root --password=123 --no-timestamp --incremental --incremental-basedir=/backup/inc1/ /backup/inc2

7.1.6 模拟故障:

rm –rf /application/mysql/data/*

7.2 如何恢复?

7.2.1 关闭mysql服务:

pkill mysqld

7.2.2 应用日志到全备

innobackupex --apply-log --redo-only /backup/full/

7.2.3 合并第一次增量备份到全备集中:一致性的合并

innobackupex --apply-log --redo-only --incremental-dir=/backup/inc1 /backup/full/

7.2.4 合并第二次增量备份到全备集中:一致性的合并

innobackupex --apply-log --incremental-dir=/backup/inc2 /backup/full/

7.2.5 整体进行合并:

innobackupex --apply-log /backup/full

7.2.6 恢复备份:

innobackupex --copy-back /backup/full/

chown -R mysql.mysql /application/mysql/data/

7.2.7 启动数据库:

/etc/init.d/mysqld start

7.2.8 进入数据库,暂时关闭binlog日志,因为后面的sql语句是不需要记录的

mysql> set sql_log_bin=0;

Query OK, 0 rows affected (0.00 sec)

7.2.9 查看备份文件中记录事务的节点信息:

cat xtrabackup_binlog_info

mysql-bin.000019 920

7.2.10 将二进制日志内容导出

mysqlbinlog --start-position=920 /data/mysql/mysql-bin.000019 >/tmp/binsql.bak

7.2.11 在数据库中导入文件内容

mysql> source /tmp/binsql.bak

Query OK, 0 rows affected (0.00 sec)

Query OK, 0 rows affected, 1 warning (0.00 sec)

Query OK, 0 rows affected (0.00 sec)

7.2.12 查看数据是否恢复

mysql> select * from t1;

+------+

| id |

+------+

| 1 |

| 2 |

| 3 |

| 11 |

| 22 |

| 33 |

| 55 |

| 66 |

| 77 |

+------+

Mysql备份与恢复

MySQL备份与恢复

第1章 关于备份的概念

1.1 为什么要进行备份?

1.2 mysql备份的类型:

1.2.1 热备份:

1.2.2 冷备份:

1.2.3 温备份:

1.3 主要的备份方式:

1.4 备份的工具:

第2章 逻辑备份工具:

2.1 mysqldump :就是将库和表的创建语句以及insert语句以文本的形式备份出来

2.1.1 企业标准备份语句示例:

2.1.2 --master-data=2 参数表示在备份后,记录binlog文件中的时间节点

2.1.3 --single-transaction

2.1.4 --flush-log/F 参数表示刷新binlog日志

2.1.5 -B 参数在备份时,会加入create和use语句,恢复时不需要创建数据库即可

2.2 利用mysqldump备份进行恢复实战

2.2.1 mysqlbinlog:配合备份工具使用:

第3章 生产案例一:

3.1 企业案例:

3.1.1 故障原因:

3.1.2 恢复思路:

3.1.3 项目结果:

3.2 模拟案例:

3.2.1 具体步骤:

第4章 生产案例二:

4.1 背景环境:

4.1.1 备份方式:

4.2 故障时间:周二上午10点

第5章 xtrbackup

5.1 xtrabackup是什么?

5.2 xtrabackup工具的优缺点:

5.2.1 优点:

5.2.2 缺点:

5.3 xtrabackup的备份方式:

5.4 备份原理:

5.4.1 对于innoDB表,可以实现热备

5.4.2 myisam表,实现自动锁表拷贝文件

第6章 xtrabackup使用

6.1.1 安装xtrabackup

6.1.2 全备命令:

6.2 恢复的过程

6.2.1 准备恢复:

6.2.2 恢复方法一:

6.2.3 恢复方法二:推荐

第7章 xtrabackup的增量备份:

7.1 如何备份?

7.1.1 首先要有一次全备的备份集,作为基点

7.1.2 模拟数据页的变化:

7.1.3 第一次增量备份:

7.1.4 模拟数据页变化:

7.1.5 第二次增量备份:

7.1.6 模拟故障:

7.2 如何恢复?

7.2.1 关闭mysql服务:

7.2.2 应用日志到全备

7.2.3 合并第一次增量备份到全备集中:一致性的合并

7.2.4 合并第二次增量备份到全备集中:一致性的合并

7.2.5 整体进行合并:

7.2.6 恢复备份:

7.2.7 启动数据库:

7.2.8 进入数据库,暂时关闭binlog日志,因为后面的sql语句是不需要记录的

7.2.9 查看备份文件中记录事务的节点信息:

7.2.10 将二进制日志内容导出

7.2.11 在数据库中导入文件内容

7.2.12 查看数据是否恢复

第1章关于备份的概念

第2章逻辑备份工具:

第3章生产案例一:

第4章生产案例二: