PS:目前恢复只支持 Linux 下进行。Linux下恢复的数据文件,无论 Windows、Linux 操作系统,MySQL 都可以正常使用
1、概述和软件说明
1.1 概述
RDS MySQL 使用开源软件 percona-Xtrabackup 对 MySQL 数据库进行备份。需要下载该软件,然后使用该软件进行恢复。
1.2 软件说明
- bash rds_backup_extract.sh -f backup.tar.gz/back.xb.gz -C directory
- # -C 指定解压到的目录;-C 参数是可选的,如果不指定就解压到当前目录,如 bash rds_backup_extract -f backup.tar.gz
2、恢复流程
2.1 下载rds备份文件
2.2 使用 rds_backup_extract.sh 工具解压备份文件
- bash rds_backup_extract.sh -f /home/mysql/backup/hins575175_xtra_20150429091224.tar.gz -C /home/mysql/data
PS:
如果数据太大有可能解压时报错(blocked for more than 120 seconds),需要修改linux内核参数把下面内容追加到 /etc/sysctl.conf 文件中
vm.dirty_ratio = 10
vm.dirty_background_ratio = 5
原因:这个版本的内核 2.6.32 默认情况下会预留内存的 20% (由参数 vm.dirty_ratio 指定)作为 IO 的缓存,当脏页达到这个阈值时,内核会将内存中的数据写到磁盘上。写到磁盘上这个过程是有 120 秒的超时限制的,所以我们看到了 blocked for more than 120 seconds 这句话。在大内存机器上,比如64G,那么预留给 IO 缓存的内存有 12.8G。如果需要在 120秒内将 12.8G 到磁盘上需要 109MB/s (873Mbit/s) 的写速度,这个在一般磁盘上都很难达到,所以发生了这个问题
2.3 恢复数据文件
- innobackupex --defaults-file=/home/mysql/data/backup-my.cnf --apply-log /home/mysql/data
出现如上图说明恢复成功
2.4 配置文件修改
由于存在的版本问题,请将解压文件 backup-my.cnf 中的 红框内的参数项注释掉,如下图:
2.5 修改文件属主
- chown -R mysql:mysql /home/mysql/data
2.6 启动 MySQL 进程并且登录验证
启动mysqld进程:
- mysqld_safe --defaults-file=/home/mysql/data/backup-my.cnf --user=mysql --datadir=/home/mysql/data &
PS: 如果服务器原来的mysql已经启动,则需要将mysql关闭
登录mysql验证
PS:这里不要输入mysql的密码,直接用无密码登录
注意:
- 恢复完成后,表 mysql.user 中是不包含 RDS 中创建的用户,需要新建。
- delete from mysql.db where user<>'root' and char_length(user)>0;
- delete from mysql.tables_priv where user<>'root' and char_length(user)>0;
- flush privileges;
BY bjr 15:43:50