关于网站建设项目实训报告,网络推广的主要内容,个人博客网站设计的目的,来年做哪个网站致富本节主要学习了MySQL数据库的备份#xff1a;概念#xff0c;数据备份的重要性#xff0c;造成数据丢失的原因#xff0c;备份的类型#xff0c;常见的备份方法#xff0c;实例与应用等。 目录
一、概述
二、数据备份的重要性
三、造成数据丢失的原因
四、备份类型
… 本节主要学习了MySQL数据库的备份概念数据备份的重要性造成数据丢失的原因备份的类型常见的备份方法实例与应用等。 目录
一、概述
二、数据备份的重要性
三、造成数据丢失的原因
四、备份类型
1、物理与逻辑角度
①物理备份—对数据库操作系统的物理文件如数据文件、日志文件等的备份。
②逻辑备份
2、数据库备份策略角度
1完整备份
2增量备份
五、常见的备份方法
1、物理备份
2、使用专用备份工具
3、通过启用二进制日志增量备份
4、第三方工具备份
5、注意事项
六、备份
1、完整备份
①打包数据库文件备份
②备份工具备份
1、备份
对单个库进行完全备份
对多个库进行完全备份
对所有库进行完全备份
对表进行完全备份
对表的结构进行备份
2、还原工具
2、增量备份
特点
MySQL二进制日志对备份的意义
开启二进制日志备份功能
增量恢复
应用场景
方法
七、实例—MySQL企业备份案例
安装mysqlyum 方式
添加数据库、表录入数据
先进行一次完全备份
进行一次日志回滚生成新的二进制日志
继续录入新的数据 进行增量备份
模拟误操作删除user_info表
恢复完全备份
恢复增量备份
基于时间点的增量备份恢复 只恢复赵六不恢复孙七
只恢复孙七不恢复赵六 一、概述 数据库备份是指将数据库中的数据、表格、视图、存储过程、触发器等信息备份到另一个地方以便在数据库丢失或损坏时进行恢复。数据库备份是数据库管理中必不可少的一项工作通过备份可以保护数据库中的数据和业务
二、数据备份的重要性 备份的主要目的是灾难恢复备份还可以测试应用回滚数据修改查询历史数据审计等。
三、造成数据丢失的原因 程序错误 人为错误 运算失败 磁盘故障 灾难如火灾、地震和盗窃
四、备份类型
1、物理与逻辑角度
①物理备份—对数据库操作系统的物理文件如数据文件、日志文件等的备份。
1冷备份 是在关闭数据库的时候进行的
2热备份 数据库处于运行状态这种备份方法依赖于数据库的日志文件
②逻辑备份 对数据库逻辑组件如表等数据库对象的备份表时为逻辑数据库结构create database、 create table等语句和内容insert语句或分割文本文件的信息
2、数据库备份策略角度
1完整备份 完整备份指的是备份整个数据库的所有信息包括数据库文件中所有的数据、表、视图、存储过程、触发器等。一般来说完整备份是备份最全面、可靠的方式但备份文件体积较大备份时间也相对较长
2增量备份 增量备份指的是在完整备份的基础上每隔一定时间备份新增的数据或修改的数据。这种备份方式可以节省备份时间和备份文件的空间但需要配合特定软件或命令进行
五、常见的备份方法
1、物理备份 物理冷备份时需要在数据库处于关闭状态下能够较好的保证数据库的完整性。物理冷备份以用于非核心业务这类业务都允许中断物理冷备份的特点就是速度快恢复时也是最为简单的通过直接打包数据库文件夹/usr/local/mysql/data来实现备份。
2、使用专用备份工具
mysqldump
mysqlhotcopy
3、通过启用二进制日志增量备份 MySQL支持增量备份进行增量备份时必须启用二进制日志。二进制日志文件为用户提供复制。对执行备份点后进行的数据库更改所需的信息进行备份。如果进行增量备份包含上次完全备份或增量备份以来发生的数据修改需要刷新二进制日志。
4、第三方工具备份 Percona XtraBackup是一个免费的MySQL热备份软件支持在线备份innodb和XtraDB也可以支持MySQL表备份
5、注意事项 定期备份指定备份计划严格遵守 除了完全备份之外开启binlog日志功能很重要 使用统一的、容易理解的备份名称推荐使用库名或者表名加上时间的命名规则
六、备份
1、完整备份
①打包数据库文件备份
位置源码包的位置/usr/local/mysql/data/rpm包的位置/var/lib/mysql备份在数据库中创建数据表并写入数据停止数据库服务创建备份目录 按照特定格式对数据库目录进行备份 tar czf mysql_all-$(date %F).tar.gz /var/lib/mysql/* 还原创建还原目录模拟元数据丢失将解压之后的数据还原值原目录登录查看 例题误删除数据库文件
前提准备 ②备份
按照特定格式对数据库目录进行备份 停服务并将 /var/lib/mysql 的所有文件移动到指定目录 重启服务并登录发现输入正确密码登录不了MySQL 准备好提前备份的压缩文件并解压到指定目录 停止服务并进到 cd /var/lib/mysql/ 删除所有文件因为刚刚启动MySQL登陆时会自动产生文件 进入到刚刚解压好的目录 ····/var/lib/mysql/ 中移动所有文件及目录到 /var/lib/mysql/ 重启服务登录MySQL ②备份工具备份
1、备份
工具 mysqldump
对单个库进行完全备份 mysqldump -u用户名 -p[密码] [选项] --databases [数据库名] /备份路径/备份文件名
数据库查看库 备份数据库 删除数据库 利用备份文件恢复数据库 登录数据库查看
对多个库进行完全备份 mysqldump -u用户名 -p[密码] [选项] --databases 库名1 [库名2]…… /备份路径/备份文件名
备份 删除数据库 恢复数据库 登录数据库查看 对所有库进行完全备份 mysqldump -u用户名 -p[密码] [选项] --opt --all-databases /备份路径/备份文件名 对表进行完全备份 mysqldump -u用户名 -p[密码] [选项] 数据库名 表名 /备份路径/备份文件名
查看表信息 备份数据表信息 登录数据库删除表并恢复数据 在数据库内恢复数据 对表的结构进行备份 mysqldump -u用户名 -p[密码] -d 数据库名 表名 /备份路径/备份文件名 2、还原工具 source 登录mysql 数据库执行source 备份sql脚本路径 mysql mysql -u用户名 -p[密码] 库备份脚本的路径 mysql -u用户名 -p[密码] 库名 表备份脚本的路径
删除表用户信息表 还原 登录MySQL 查看 2、增量备份
使用完全备份时备份与恢复的时间过长
增量备份就是备份自上一次备份之后增加的或改变的文件内容 特点 没有重复数据备份量不大时间短 恢复麻烦需要上次完全备份及完全备份之后所有的增量备份才能恢复而且要对所有增量备份
进行逐个反推恢复 MySQL没有提供直接的增量备份办法可以通过MySQL提供的二进制日志binarylogsbinlog间接实现增量备份
MySQL二进制日志对备份的意义 二进制日志保存了所有更新或者可能更新数据库的操作。
二进制日志在启动MySQL服务器后开始记录并在文件达到max_binlog_size所设置的大小或者接收到flush logs命令后重新创建新的日志文件。
开启二进制日志备份功能 MySQL的配置文件的[mysqld]项中加入 log-bin文件存放路径/文件前缀如 log-binmysql-bin然后重启mysqld服务。默认此配置存在。 使用mysqld --log-bin文件存放路径/文件前缀 重新启动mysqld服务每周选择服务器负载较轻的时间段或者用户访问较少的时间段进行备份 增量恢复
应用场景 人为的SQL语句破坏了数据库 在进行下一次全备之前发生系统故障导致数据库丢失 在主从架构中主库数据发生了故障保证从库数据一致性
方法
一般恢复备份的二进制日志内容全部恢复格式 mysqldbinlog [--no-defaults] 增量备份文件 | mysql -u用户名 -p密码基于时间点的恢复便于跳过某个发生错误的时间点实现数据恢复格式从日志开头截止到某个时间点的恢复mysqlbinlog [--no-defaults] --stop-datetime’年-月-日 小时分钟秒‘ 二进制日志 | mysql -u用户名 -p密码从某个时间点到日志结尾的恢复mysqlbinlog [--no-defaults] --start-datetime’年-月-日 小时分钟秒‘ 二进制日志 | mysql -u用户名 -p密码从某个时间点到某个时间点的恢复mysqlbinlog [--no-defaults] --start-datetime’年-月-日 小时分钟秒‘ --stop-datetime’年-月-日 小时分钟秒‘ 二进制日志 | mysql -u用户名 -p密码基于位置的恢复可能在同一时间点既有错误的操作也有正确的操作基于位置进行恢复更加准确mysqlbinlog --stop-position‘操作 id‘ 二进制日志 | mysql -u用户名 -p密码mysqlbinlog --start-position‘操作 id‘ 二进制日志 | mysql -u用户名 -p密码 一般恢复 基于时间点的恢复 七、实例—MySQL企业备份案例 需求描述 北京移电通信公司的用户信息数据库为client用户资费数据表为user_info 请为该公司每周进行完全备份 每天为该公司进行增量备份 新增加的用户信息如表所示
安装mysqlyum 方式
配置文件中添加character-set-serverutf8 添加数据库、表录入数据 先进行一次完全备份 修改配置文件生成二进制日志
server-id1
log-binmysql-bin 进行一次日志回滚生成新的二进制日志 进行日志回滚mysqladmin -uroot -p123456 flush-logs 继续录入新的数据 进行增量备份
mysqladmin -uroot -p123456 flush-logs 生成回滚日志00003 将 mysql-bin.000002回滚日志移动到指定目录
并查看 mysqlbinlog -v /root/backup/mysql-bin.000002 模拟误操作删除user_info表 恢复完全备份
mysql -uroot -p123456 client /root/backup/client_userinfo-2020-07-30.sql
并查看数据库是否恢复 恢复增量备份
mysqlbinlog --no-defaults /mysql_bak/mysql-bin.000002 | mysql -uroot -p123456
并查看数据是否恢复 基于时间点的增量备份恢复
删除原有数据表 mysql -uroot -p123456 client /root/backup/client_userinfo-2020-07-30.sql 查看 mysql-bin.000002 的内容 信息一 信息二 只恢复赵六不恢复孙七
mysqlbinlog --no-defaults --stop-datetime2023-07-27 20:14:55 /root/backup/mysql-bin.000002 | mysql -uroot -p123456 查看数据是否成功入库 只恢复孙七不恢复赵六
mysqlbinlog --no-defaults --stop-datetime2023-07-27 20:17:09 /root/backup/mysql-bin.000002 | mysql -uroot -p123456 查看数据是否成功入库
