数据库的备份和恢复

1)物理备份

物理备份:对数据库操作系统的物理文件(如数据文件、日志文件等)的备份。

物理备份方法:

冷备份(脱机备份) :是在关闭数据库的时候进行的

热备份(联机备份) :数据库处于运行状态,依赖于数据库的日志文件

温备份:数据库锁定表格(不可写入但可读)的状态下进行备份操作

2)逻辑备份

逻辑备份:对数据库逻辑组件(如:表等数据库对象)的备份。

即以sql语句的形式,把库、表结构、表数据保存下来。

常见的备份方法

物理冷备: (完全备份)

备份时数据库处于关闭状态,直接打包数据库文件

备份速度快,恢复时也是最简单的

专用备份工具mydump或mysqlhotcopy (完全备份,逻辑备份)

mysqldump常用的逻辑备份工具 (导出为sql脚本)

mysqlhotcopy仅拥有备份MyISAM和ARCHIVE表

启用二进制日志进行增量备份 (增量备份)

进行增量备份,需要刷新二进制日志

第三方工具备份

免费的MySQL热备份软件Percona XtraBackup

(阿里云的工具:dts,支持热迁移)

数据接的备份和恢复:

备份:完全备份 增量备份

完全备份:将整个数据库完整的进行备份。

增量备份:在完全备份的基础之上,对后续新增的内容进行备份。

备份的需求:

1,在生产环境中,数据的安全至关重要,任何数据的丢失都可能生产非常严重的后果。

2,数据为什么会丢失,程序操作,运算错误,磁盘故障,不可预期的事件,人为操作。

冷备份:关机备份,停止mysql服务,然后进行备份

热备份:开机备份,无需关闭mysql服务,进行备份

物理备份:对数据库的物理文件(数据文件,日志文件),进行备份。

逻辑备份:只是对数据库的逻辑组件进行备份,(表结构),以及sql语句的形式,把库,表结构,表数据进行备份保存。

(直接在数据库系统中删除全部文件,逻辑备份无法恢复。)

1、整体备份 物理冷备份

按照压缩工具:

打包整个data:

解压:

删库:

还原:

移到另一个数据库中去:

远程复制;

scp -r root@192.168.176.30:/opt/usr/local/mysql/data /opt

cp -a data/ /usr/local/mysql/data

systemctl restart mysqld.service

cd /usr/local/mysql/

cd data

chown -R mysql.mysql kgc1 kgc2

物理备份:完全备份,对整个数据库进行完整打包备份。

优点:操作简单

缺点:数据库文件占用量是很大的,占用空间太大,备份和恢复的

面试题:

如何把本地的数据库迁移上云?

1,直接打包 最好把服务器关掉,避免有新的数据进入,被覆盖。也可能会导致恢复失败。

阿里云 dts工具支持热迁移。

热备份当中的逻辑备份。

这是mysql自带的工具:

mysqldump

mysqldump -u root -p123456 --databases kgc >/opt/kgc.sql 单个

mysqldump -u root -p123456 --databases kgc kgc1 > /opt/kgc1.sql

mysqldump -u root -p123456 --all-databases > /opt/kgc3.sql

不能物理删除

-e:指定连接MySQL之后执行完命令,自动退出。

恢复库中的表

多个表

其他库

全量负责过来了。mysql2中的表给覆盖了同名的库肯定会被覆盖,不重名的库可不可以覆盖。

物理冷备份和物理热备份

特点:简单。

数据量大,占用的空间比较大。

mysqldump:这是mysql自带的备份文件命令。

特点:方便,简单。但是只能基于逻辑上的表结构和表数据恢复。物理删除之后再用逻辑恢复会报错。

他也可以作为数据迁移。占用大空间。比较物理备份数据量小的多。

全量,库,表。

增量备份:mysqldump 支持增量备份。

特点:优点:没有重复数据,备份量小,时间短。

mysqldump增量备份恢复表数据期间,表会 锁定。

缺点:备份时锁表,必然会影响业务。超过10G,耗时会比较长,导致服务不可用。

增量备份的过程:

1,mysql提供的二进制日志间接的实现增量备份。

二进制文件怎么来的?修改配置文件:

log-bin=mysql-bin

binlog_format=MIXED

mysql二进制日志记录格式有三种:

1,STATEMNET:基于sql语句

记录修改的sql语句,高并发情况下,记录sql语句时候可能会出错,恢复数据时可能会导致丢失和误差。效率比较高。

2,ROW:基于行

精确记录每一行的数据,准确率高,但是恢复的时效率低。

3,MIXED:既可以根据sql语句,也可以根据行

查看文件:mysqlbinlog --no-defaults --base64-output=decode-rows -v mysql-bin.000002

基于位置点来进行恢复:

从某一个点开始,恢复到最后

mysqlbinlog --no-defaults --start-position='位置点' 文件名 | mysql - u root -p

从开头,一直恢复到某个位置

mysqlbinlog --no-defaults --stop-position='位置点' 文件名 | mysql - u root -p

从指定点-----指点结束点。

mysqlbinlog --no-defaults --start-position='位置点' --stop-position='位置点' 文件名 | mysql - u root -p

基于时间点进行恢复:

1、从某个时间点开始:

mysqlbinlog --no-defaults --start-datetime='时间点' 文件 | mysql -u root -p

2、从开头,到指定的结尾时间点:

mysqlbinlog --no-defaults --stop-datetime='时间点' 文件 | mysql -u root -p

3、指定时间范围:

mysqlbinlog --no-defaults --start-datetime='时间点' --stop-datetime='时间点' 文件 | mysql -u root -p

总结:

再生产中,提高binlog进行增量恢复是非常好用的方法。

我们只需要对binlog文件进行备份,随时可以进行备份和恢复。

附加题,写一个脚本,每个月的20号,对数据库打一个断点。

断点之后进行自动备份。

如何打开mysql的默认日志:

错误日志:

一般查询日志:

慢查询日志:

相关推荐
了一li39 分钟前
Qt中的QProcess与Boost.Interprocess:实现多进程编程
服务器·数据库·qt
码农君莫笑1 小时前
信管通低代码信息管理系统应用平台
linux·数据库·windows·低代码·c#·.net·visual studio
别致的影分身1 小时前
使用C语言连接MySQL
数据库·mysql
京东零售技术3 小时前
“慢”增长时代的企业数据体系建设:超越数据中台
数据库
sdaxue.com3 小时前
帝国CMS:如何去掉帝国CMS登录界面的认证码登录
数据库·github·网站·帝国cms·认证码
o(╥﹏╥)4 小时前
linux(ubuntu )卡死怎么强制重启
linux·数据库·ubuntu·系统安全
阿里嘎多学长4 小时前
docker怎么部署高斯数据库
运维·数据库·docker·容器
Yuan_o_4 小时前
Linux 基本使用和程序部署
java·linux·运维·服务器·数据库·后端
Sunyanhui14 小时前
牛客网 SQL36查找后排序
数据库·sql·mysql
老王笔记5 小时前
MHA binlog server
数据库·mysql