源码网商城,靠谱的源码在线交易网站 我的订单 购物车 帮助

源码网商城

mysql备份的三种方式详解

  • 时间:2021-02-22 11:46 编辑: 来源: 阅读:
  • 扫一扫,手机访问
摘要:mysql备份的三种方式详解
[b]一、备份的目的[/b] 做灾难恢复:对损坏的数据进行恢复和还原 需求改变:因需求改变而需要把数据还原到改变以前 测试:测试新功能是否可用 [b]二、备份需要考虑的问题[/b] 可以容忍丢失多长时间的数据; 恢复数据要在多长时间内完; 恢复的时候是否需要持续提供服务; 恢复的对象,是整个库,多个表,还是单个库,单个表。 [b]三、备份的类型 [/b] 1、根据是否需要数据库离线 冷备(cold backup):需要关mysql服务,读写请求均不允许状态下进行; 温备(warm backup): 服务在线,但仅支持读请求,不允许写请求; 热备(hot backup):备份的同时,业务不受影响。 注: 1、这种类型的备份,取决于业务的需求,而不是备份工具 2、MyISAM不支持热备,InnoDB支持热备,但是需要专门的工具 2、根据要备份的数据集合的范围 完全备份:full backup,备份全部字符集。 增量备份: incremental backup 上次完全备份或增量备份以来改变了的数据,不能单独使用,要借助完全备份,备份的频率取决于数据的更新频率。 差异备份:differential backup 上次完全备份以来改变了的数据。 建议的恢复策略: 完全+增量+二进制日志 完全+差异+二进制日志 3、根据备份数据或文件 物理备份:直接备份数据文件 优点: 备份和恢复操作都比较简单,能够跨mysql的版本, 恢复速度快,属于文件系统级别的 建议: 不要假设备份一定可用,要测试 mysql>check tables;检测表是否可用 逻辑备份: 备份表中的数据和代码 优点: 恢复简单、 备份的结果为ASCII文件,可以编辑 与存储引擎无关 可以通过网络备份和恢复 缺点: 备份或恢复都需要mysql服务器进程参与 备份结果占据更多的空间, 浮点数可能会丢失精度 还原之后,缩影需要重建 [b]四:备份的对象[/b] 1、 数据; 2、配置文件; 3、代码:存储过程、存储函数、触发器 4、os相关的配置文件 5、复制相关的配置 6、二进制日志 [b]五、备份和恢复的实现[/b] 1、利用select into outfile实现数据的备份与还原 1.1把需要备份的数据备份出来
[url=http://www.1sucai.cn/LINUXjishu/105937.html]http://www.1sucai.cn/LINUXjishu/105937.html[/url] 3.4 修改mysql主配置文件存放目录内的文件的权限与属主属组,并初始化mysql
[u]复制代码[/u] 代码如下:
[root@www ~]# mkdir /mydata/data             //创建数据目录 [root@www ~]# chown mysql:mysql /mydata/data  //改属组属主 [root@www ~]# [root@www ~]# cd /usr/local/mysql/    //必须站在此目录下       [root@www mysql]# scripts/mysql_install_db --user=mysql --datadir=/mydata/data  //初始化mysql
3.5修改配置文件:
[u]复制代码[/u] 代码如下:
vim /etc/my.cof datadir=/mydata/data   添加数据目录 sync_binlog = 1  开启此功能
3.6 启动服务
[u]复制代码[/u] 代码如下:
[root@www mysql]# service mysqld start mysql> set session sql_log_bin=0;  关闭二进制日志 mysql> source /backup/all_db_2013-09-08.sql   读取备份文件
3.7回到mysql服务器:
[u]复制代码[/u] 代码如下:
mysql> FLUSH TABLES WITH READ LOCK; 请求读锁 注:不要退出,另起一个终端: mysql> SHOW MASTER STATUS;          查看二进制文件的位置 +------------------+----------+--------------+------------------+ | File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | +------------------+----------+--------------+------------------+ | mysql-bin.000004 |      107 |              |                  | +------------------+----------+--------------+------------------+ 1 row in set (0.00 sec) mysql> FLUSH LOGS;  建议滚动下日志。这样备份日志的时候就会很方便了
3.8导出二进制文件,创建个目录单独存放
[u]复制代码[/u] 代码如下:
[root@www ~]# mkdir /backup/limian [root@www ~]# mysql -e 'show master status;' > /backup/limian/binlog.txt [root@www ~]#
3.9为数据所在的卷创建快照:
[u]复制代码[/u] 代码如下:
[root@www ~]# lvcreate -L 100M -s -p r -n mysql_snap /dev/myvg/mydata
回到服务器端,释放读锁
[u]复制代码[/u] 代码如下:
mysql> UNLOCK TABLES; [root@www ~]# mount /dev/myvg/mysql_snap /mnt/data [root@www data]# cp * /backup/limian/ [root@www data]#lvremove /dev/myvg/mylv_snap
3.10更新数据库的数据,并删除数据目录先的数据文件,模拟数据库损坏
[u]复制代码[/u] 代码如下:
mysql>  create table limiantb (id int,name CHAR(10)); mysql> insert into limiantb values (1,'tom'); [root@www data]# mysqlbinlog --start-position=187 mysql-bin.000003 > /backup/limian/binlog.sql [root@www backup]# cd /mydata/data/ [root@www data]#  rm -rf * [root@www ~]# cp -a /backup/limian/* /mydata/data/ [root@www data]# chown mysql:mysql *
3.11测试 启动服务
[u]复制代码[/u] 代码如下:
[root@www data]# service mysqld start [root@www data]# mysql 登陆测试 mysql> SHOW DATABASES; mysql> SET sql_log_bin=0 mysql> source/backup/limian/binlog.sql; #二进制恢复 mysql> SHOW TABLES;         #查看恢复结果 mysql> SET sql_log_bin=1;   #开启二进制日志
注:此方式实现了接近于热备的方式备份数据文件,而且数据文件放在lvm中可以根据数据的大小灵活改变lvm的大小,备份的方式也很简单。 4、基于Xtrabackup做备份恢复 官方站点:www.percona.com 优势: 1、快速可靠的进行完全备份 2、在备份的过程中不会影响到事务 3、支持数据流、网络传输、压缩,所以它可以有效的节约磁盘资源和网络带宽。 4、可以自动备份校验数据的可用性。 安装Xtrabackup
[u]复制代码[/u] 代码如下:
[root@www ~]# rpm -ivh percona-xtrabackup-2.1.4-656.rhel6.i686.rpm
其最新版的软件可从 http://www.percona.com/software/percona-xtrabackup/ 获得 注意:在备份数据库的时候,我们应该具有权限,但需要注意的是应该给备份数据库时的用户最小的权限,以保证安全性, 4.1前提: 应该确定采用的是单表一个表空间,否则不支持单表的备份与恢复。 在配置文件里边的mysqld段加上 innodb_file_per_table = 1 4.2备份策略 完全备份+增量备份+二进制日志 4.3准备个目录用于存放备份数据
[u]复制代码[/u] 代码如下:
[root@www ~]# makdir /innobackup
4.4做完全备份:
[u]复制代码[/u] 代码如下:
[root@www ~]# innobackupex --user=root --password=mypass /innobackup/
注: 1、只要在最后一行显示 innobackupex: completed OK!,就说明你的备份是正确的。 2、另外要注意的是每次备份之后,会自动在数据目录下创建一个以当前时间点命名的目录用于存放备份的数据,那我们去看看都有什么 [root@www 2013-09-12_11-03-04]# ls backup-my.cnf ibdata1 performance_schema xtrabackup_binary xtrabackup_checkpoints hellodb mysql test xtrabackup_binlog_info xtrabackup_logfile [root@www 2013-09-12_11-03-04]# xtrabackup_checkpoints :备份类型、备份状态和LSN(日志序列号)范围信息; xtrabackup_binlog_info :mysql服务器当前正在使用的二进制日志文件及至备份这一刻为止二进制日志事件的位置。 xtrabackup_logfile :非文本文件,xtrabackup自己的日志文件 xtrabackup_binlog_pos_innodb :二进制日志文件及用于InnoDB或XtraDB表的二进制日志文件的当前position。 backup-my.cnf :备份时数据文件中关于mysqld的配置 4.5回到mysql服务器端对数据进行更新操作
[u]复制代码[/u] 代码如下:
mysql> use hellodb; mysql> delete from students where StuID>=24;
4.6增量备份
[u]复制代码[/u] 代码如下:
innobackupex --user=root --password=mypass --incremental /innobackup/--incremental-basedir=/innobackup/2013-09-12_11-03-04/ --incremental  指定备份类型 --incremental-basedir= 指定这次增量备份是基于哪一次备份的,这里是完全备份文件,这样可以把增量备份的数据合并到完全备份中去
4.7第二次增量 先去修改数据
[u]复制代码[/u] 代码如下:
mysql> insert into students (Name,Age,Gender,ClassID,TeacherID) values ('tom',33,'M',2,4); innobackupex --user=root --password=mypass --incremental /innobackup/ --incremental-basedir=/innobackup/2013-09-12_11-37-01/  这里只须要把最后的目录改为第一次增量备份的数据目录即可
4.8最后一次对数据更改但是没做增量备份
[u]复制代码[/u] 代码如下:
mysql> delete from coc where id=14;
4.9把二进制日志文件备份出来,(因为最后一次修改,没做增量备份,要依赖二进制日志做时间点恢复)
[u]复制代码[/u] 代码如下:
[root@www data]# cp mysql-bin.000003 /tmp/
4.10模拟数据库崩溃
[u]复制代码[/u] 代码如下:
[root@www data]# service mysqld stop [root@www data]# rm -rf *
恢复前准备 4.11对完全备份做数据同步
[u]复制代码[/u] 代码如下:
[root@www ~]# innobackupex --apply-log --redo-only /innobackup/2013-09-12_11-03-04/
4.12对第一次增量做数据同步
[u]复制代码[/u] 代码如下:
innobackupex --apply-log --redo-only /innobackup/2013-09-12_11-03-04/ --incremental-basedir=/innobackup/2013-09-12_11-37-01/
4.13对第二次增量做数据同步
[u]复制代码[/u] 代码如下:
innobackupex --apply-log --redo-only /innobackup/2013-09-12_11-03-04/ --incremental-basedir=/innobackup/2013-09-12_11-45-53/ --apply-log 的意义在于把备份时没commit的事务撤销,已经commit的但还在事务日志中的应用到数据库
注: 对于xtrabackup来讲,它是基于事务日志和数据文件备份的,备份的数据中可能会包含尚未提交的事务或已经提交但尚未同步至数据库文件中的事务,还应该对其做预处理,把已提交的事务同步到数据文件,未提交的事务要回滚。因此其备份的数据库,不能立即拿来恢复。 预处理的过程: 首先对完全备份文件只把已提交的事务同步至数据文件,要注意的是有增量的时候,不能对事务做数据回滚,不然你的增量备份就没有效果了。 然后把第一次的增量备份合并到完全备份文件内, 以此类推,把后几次的增量都合并到前一次合并之后的文件中,这样的话,我们只要拿着完全备份+二进制日志,就可以做时间点恢复。 4.14数据恢复
[u]复制代码[/u] 代码如下:
[root@www ~]# service mysqld stop [root@www data]# rm -rf *  模拟数据库崩溃 [root@www ~]# innobackupex --copy-back /innobackup/2013-09-12_11-03-04/ --copy-back数据库恢复,后面跟上备份目录的位置
4.15检测:
[u]复制代码[/u] 代码如下:
[root@www ~]# cd /mydata/data/ [root@www data]# chown mysql:mysql * [root@www data]#service mysqld start
检测结果数据正常。 本文出自 “遗失ぜ的ァ美好~” 博客
  • 全部评论(0)
联系客服
客服电话:
400-000-3129
微信版

扫一扫进微信版
返回顶部