MySQL-备份与还原

 

前言

对于我们运维来说，在mysql数据库领域，别的不说，最起码要会两大技能！

第一大技能：备份与还原

第二大技能：主从异步

关于这两大技能我们先来说说第一个

备份与还原

备份：我们按时定点来备份数据，当下数据最值钱，所以我们要确保数据的安全。

平常我们都是7天一大备，三天两头一小备，也就是说，一周来一个完全备份，1、2、天来一个增量或差异备份。

确保那天服务器宕机或误操作，能恢复过来。

还原：当服务器负重过量会导致宕机，或有时候我们误操作，删除了某张重要的数据表等等，这时候就要用到我们之前备份的数据来恢复。

简单说下备份的类型，

冷备：读写操作均不可进行

温备：读操作可执行；但写操作不可执行

热备：读写操作均可执行

MyISAM：温备，不支持热备
InnoDB: 都支持

简单说下常用的备份工具，

LVM的快照：先加锁，做快照后解锁，几乎热备；借助文件系统工具进行备份

mysqldump：逻辑备份工具，适用所有存储引擎，温备；支持完全或部分备份；对InnoDB存储引擎支持热备，结合binlog的增量备份

xtrabackup：由Percona提供支持对InnoDB做热备(物理备份)的工具，支持完全备份、增量备份

备注：以上除了xtrabackup，都是基于完整备份包以及二进制日志来恢复数据库的，二进制日志记录了增删改语句的操作指令，拿过来重放，

建议：建议二进制日志和数据文件分开存放 --

1、关闭网络链接，只监听本地端口访问，(在备份还原的时候用)

skip-networking=1

2、禁止主机名解析，ip地址访问的时候，禁止反向解析（建议加上）

skip_name_resolve = on

3、每个表单独使用一个表空间存储表的数据和索引（建议加上）

innodb_file_per_table = on

4、开启并指定二进制文件存放位置

log_bin=/...

。。。

准备

1、准备两台主机，我用.17充当mysql主服务器，.57来还原用。

2、17主mysql数据库有以下几个表

3、目录

/data/mysq/：下存放数据库数据

/app/logs/：下存放二进制日志

。。。

实战

备份阶段

1、完全备份

mysqldump -pcentos -A -F --master-data=2 --single-transaction |gzip > /data/all-`date +%F`.sql.gz

备注：

-A：备份全部数据库

-F：切换二进制日志

--master-data=2：记录了基于二进制那个位置备份的，这个点之后是新数据，备份结束点

--single-transaction：保证数据的一致性

2、解压并查看

gzip -d all-2018-08-03.sql.gz
less all-2018-08-03.sql

备注：记住这个文件以及数字，一会还原的时候要用

3、修改students表（新数据和日志）

1）没修改前

2）加记录

insert students (name,age)values('gaoda1hao',20);

3）查看现在的二进制变化

4）假设现在这台mysql服务器宕机崩溃了，下面开始还原

。。。

还原阶段

上面规划的是用57这台主机来还原，首先这台主机必须是干净的mysql数据库

1、scp传送

1）传送完全备份文件到目标主机

scp all-2018-08-03.sql 192.168.43.57:

2）传送上面图中00005文件以及之后的二进制文件到目标主机

scp mysql-bin.000005 192.168.43.57:

2、57主机来还原

注意：还原的时候要禁止除了你之外的所有用户的访问。

停止mysql服务，在my.cnf配置文件中可以加上上面说到一项

1）开启服务前提下并完全备份数据包

mysql < all-2018-08-03.sql

备注：现在只还原到了，备份时的状态，下面再次还原备份后到宕机这段时候发生的操作

2）导入二进制日志

mysqlbinlog  --start-position=385 /root/mysql-bin.000005 > /app/binlog.sql

备注：把00005中从385开始的指令语句导入到一个文件中

mysql < /app/binlog.sql

备注：导入二进制记录的指令

。。。

验证

1、看表存在不

2、看表数据正不正确

OK 还原成功

 

下面再来演示一个案例-误删除表的恢复

比如我们在某天的12点中做了完全备份，在下一次做完全备份中间有一天执行了删除某张表，删除后等了几个小时才发现表删除了，

在这种场景下，来恢复数据，下面来模拟下。

模拟顺序：完全备份--用户对表的数据修改--删除某张表--未发现用户继续对其他表操作--当访问被删除的表时发现--

准备工作和上面一样，下面进入正题

前几步和前面一样

1、完全备份

mysqldump -pcentos -A -F --master-data=2 --single-transaction |gzip > /data/all-`date +%F`.sql.gz

2、模拟误删除表前的修改

insert students (name,age)values('gaoda1hao',20);

。。。

备注：这期间加了好多数据，可能二进制文件已经满了，进行了切换

3、模拟二进制文件的切换

flush logs;
#

接着增加几条记录

insert students (name,age)values('gaoda2hao',22);

4、模拟误删除数据表

drop table students;

备注：删除后还么有发现，接着增加其他表的数据

insert teachers (name,age)values('gaoda3',30);

5、发现问题并及时禁止用户写权限（只能读）

flush tables with read lock;

备注：现在只能root用户可以读写其他用户是不能修改数据的

。。。

6、干净系统还原

1）停止服务

systemctl stop mairadb

2）删除所有mysql数据库数据

rm -rf /var/lib/mysql/

3）确保用户不能访问服务器 配置文件加上

skip-networking

4）启动服务

 

7、还原完全备份

1）解压完全备份包

gzip -d all-2018-08-03.sql.gz

2）查看解压的文件确定位置

less all-2018-08-03.sql

3）把完整备份传送到57目标主机还原

mysql <all-2018-08-03.sql

8、还原增量备份

1）合并00004以及之后的二进制日志文件

mysqlbinlog  --start-position=385 mysql-bin.000004 > /data/binlogs.sql
mysqlbinlog   mysql-bin.000005 >> /data/binlogs.sql
mysqlbinlog   mysql-bin.000006 >> /data/binlogs.sql

2）从合并的二进制日志文件中找到误操作的指令删除或注释

3）scp传送到57目标主机还原

mysql <binlogs.sql

。。。

验证

1、删除的表看看有了没

2、在表删除后其他的表改的记录还在不

OK

还原成功

欢迎补充--

标签：

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点，本站所提供的摄影照片，插画，设计作品，如需使用，请与原作者联系，版权归原作者所有