logo在线制作网站,哈尔滨seo关键字优化,网站排名第一,莱州网页设计数据的备份和恢复
备份#xff1a;完全备份 增量备份
完全备份#xff1a;将整个数据库完整的进行备份
增量备份#xff1a;在完全备份的基础之上#xff0c;对后续新增的内容进行备份
备份的需求
1、在生产环境中#xff0c;数据的安全至关重要、任何数据的丢失都可…数据的备份和恢复
备份完全备份 增量备份
完全备份将整个数据库完整的进行备份
增量备份在完全备份的基础之上对后续新增的内容进行备份
备份的需求
1、在生产环境中数据的安全至关重要、任何数据的丢失都可能产生非常严重的后果
2、数据为什么会丢失程序操作运算错我磁盘故障不可预期的时间地震之类人为操作
冷备份关机备份要停止mysql服务然后进行备份
热备份开机备份无需关闭mysql服务然后进行备份 物理备份和逻辑备份
物理备份对数据系统的物理文件数据文件日志文件进行备份
逻辑备份只是对数据库的逻辑组件进行备份表结构以sql语句的形式把库、表结构、表数据进行备份保存直接在数据库系统中删除全部文件逻辑备份无法恢复 物理备份采用完全备份对整个数据库进行完整的打包备份
优点操作简单
缺点数据库文件占用量是很大的占用空间太大备份和恢复的时间都很长而且需要暂停数据库服务。
打包备份最好是把服务关掉避免有新的数据进入被覆盖也可能会导致恢复失败
面试题
如何把本地的数据库迁移上云
开放式问题除了上课演示的之外
dis支持热迁移 热备份当中的逻辑备份
这是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 mysql -u root -p123456 -e show database;
-e指定连接mysql之后执行完命令自动退出 mysql1的全部数据库的逻辑备份文件导入到mysql2那么有有重名库是否会覆盖不重名的库
会不会被覆盖掉
物理冷备份和物理热备份
特点简单
数据量占用的备份空间比较大。
mysqldump这是mysql自带的备份文件的命令
特点方便简单 但是只能基于逻辑上的表结构和数据恢复。物理删除之后再用逻辑回复会报错
他也可以作为数据迁移占用大空间。比较物理备份想读来说站的空间要小的多。
全量 库 表
增量备份
mysqldump支持增量备份
没有重复数据备份量小时间短
mysqldump增量备份恢复表数据期间表会锁定
缺点 备份时锁表必然会响应业务。超过10G必然耗时比较长导致服务不可用 增量备份的过程
1、mysql提供的二进制日志间接的实现增量备份
二进制文件怎么来
修改配置文件: mysql二进制日志记录格式有三种
1、STAEMNET:基于sql语句
记录修改的sql语句高并发情况下记录sql语句时候的顺序可能会出错恢复数据时可能会导致丢失和误差效率比较高 2、ROW:基于行
精确记录每一行的数据准确率高但是恢复的时效率低 3、MIXED即可以根据sql语句也可以根据行
在正常情况下使用STATEMENT 一旦发生高并发会只能自动切换到ROW行 mysqlbinlog --no-defaults --base64-outputdecode-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
mysqlbinlog --no-defaults --start-datetime23-11-06 17:48:38 文件 -stop-datetime 文件 | mysql -u root -p
时间点是不能打错的
总结
在生产中通过binlog进行增量恢复时非常好用的方法
在工作中我们能只需要对binlog文件进行备份 随时可以进行备份恢复 数据库迁移上云 1、整体备份
mysqldump -u root -p --all-databases /opt/all_database.sql
sz all_database.sql
云服务器
mysql -u root -p /opt/all_database.sql
2、sql文件 如果复制到另外一个库不是重名命的库是否会被覆盖相同的表名会不会覆盖相同的库名会不会覆盖
mysqldump -u root -p --all-databases /opt/all_database.sql
scp - r root20.0.0.52:/opt/all_database.sql /opt
mysql -u root -p /opt/all_database.sql
会被覆盖
