从一台服务器迁移至其他服务器,如何选择最短的停服时间方案

方案一、凌晨3点的全备份+停服后一天的大概一天的增备

1. 拷贝前一天的全备份至新的服务器

rsync -auzrP /Data/dbbak/db/2019-04-23/2019-04-23_03-10-11 root@172.16.1.80:/data/backup/full/

2. 解压(备份方式:innobackupex  --compress,所以需要提前解压)

innobackupex --decompress /data/backup/full/2019-04-23_03-10-11

3. 停服

systemctl stop mysqld

5. 增备

innobackupex --defaults-file=/etc/my.cnf --user=root --password=123456  --incremental /data/backup/incr --incremental-basedir=/data/backup/full/2019-04-02_16-42-43

6. 恢复

--应用日志

innobackupex --defaults-file=/usr/local/mysql/etc/my.cnf --apply-log --redo-only  /data/2019-04-18_03-10-09/

innobackupex --defaults-file=/usr/local/mysql/etc/my.cnf --apply-log --redo-only  /data/2019-04-18_03-10-09/  --incremental-dir=/root/2019-04-18_19-06-43

7. 拷贝至data目录下,并授权

innobackupex --defaults-file=/usr/local/mysql/etc/my.cnf --copy-back /data/2019-04-18_03-10-09/

chown -R  mysql:mysql /data/mysql-data/

chmod -R 755   /data/mysql-data/

8. 恢复完成,启动mysql

mysqld_safe  --user=mysql &

方案二、当前时间全备+binglog恢复

1. 全备份(热备,物理备)

innobackupex --defaults-file=/etc/my.cnf --user=root --password='123456'  --use-memory=12G --kill-long-queries-timeout=5 --ftwrl-wait-timeout=20 --compress  --compress-threads=16 /data/bak/db/`date +%F`

2. 拷贝至新服务器,并恢复

rsync -auzrP /Data/dbbak/db/2019-04-23/2019-04-23_03-10-11 root@172.16.1.80:/data/backup/full/

innobackupex --decompress /data/backup/full/2019-04-23_03-10-11

innobackupex --apply-log  /data/backup/full/2019-04-23_03-10-11

innobackupex --copy-back  /data/backup/full/2019-04-23_03-10-11

3. 停服保证数据一致性,再将期间产生的binlog拷贝至新的服务器并执行

mysqlbinlog --start-position=1108  mysql-bin.000007 |mysql -uroot -p123456 -v

方案三、主从架构复制的方式

1.用全备份恢复

rsync -auzrP /Data/dbbak/db/2019-04-23/2019-04-23_03-10-11 root@172.16.1.80:/data/backup/full/

innobackupex --decompress /data/backup/full/2019-04-23_03-10-11

innobackupex --apply-log  /data/backup/full/2019-04-23_03-10-11

innobackupex --copy-back  /data/backup/full/2019-04-23_03-10-11

2. 授权新服务器复制权限

GRANT REPLICATION SLAVE ON *.* TO 'rep20'@'10.8.9.20' IDENTIFIED BY '123456';

3. 给所有表加上只读锁

flush tables with read lock;

4. 配置主从

stop slave;

change master to master_host='172.16.1.88', master_user='rep20', master_password=' 123456', master_log_file='mysql-bin.000614',  master_log_pos=296235077;

start slave;

5. 查看主从状态

Master_Log_File和Relay_Master_Log_File所指向的文件必须一致

Relay_Log_Pos和Exec_Master_Log_Pos的为止也要一致才行

Slave_SQL_Running_State:显示为wait 意思是中继日志的sql语句已经全部执行完毕

6. 验证部分表的记录条数,和最后一条数据的内容

select count(*) from student;

select * from student order by create_time desc limit 1;

7. 解锁

UNLOCK TABLES;

总结: 方案一是增备的方式,步骤复杂了一些,操作失误就得重新恢复,停服的时间也需要更长,出错的概率也相对大;

方案二 停服前全备份(还是热备),真正停服的时间是拷贝binlog和恢复binlog的时间,速度快,2步骤,出错概率低;(推荐)

方案三 停服时间最短,但是相对更难校验数据的一致性,一旦数据不一致还有写入,会造成很大的麻烦。

Logo

DAMO开发者矩阵,由阿里巴巴达摩院和中国互联网协会联合发起,致力于探讨最前沿的技术趋势与应用成果,搭建高质量的交流与分享平台,推动技术创新与产业应用链接,围绕“人工智能与新型计算”构建开放共享的开发者生态。

更多推荐