mysql 5.7 迁移数据方案

2022-11-13,,,,

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

方案一、凌晨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步骤,出错概率低;(推荐)

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

  

   

mysql 5.7 迁移数据方案的相关教程结束。

《mysql 5.7 迁移数据方案.doc》

下载本文的Word格式文档,以方便收藏与打印。