博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
mysql 5.7 迁移数据方案
阅读量:5039 次
发布时间:2019-06-12

本文共 2897 字,大约阅读时间需要 9 分钟。

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

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

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

  

   

 

转载于:https://www.cnblogs.com/Jack1023/p/10905888.html

你可能感兴趣的文章
Swift - RotateView
查看>>
iOS设计模式 - 中介者
查看>>
centos jdk 下载
查看>>
HDU 1028 Ignatius and the Princess III(母函数)
查看>>
关于多路复用器的综合结果
查看>>
(转)面向对象最核心的机制——动态绑定(多态)
查看>>
token简单的使用流程。
查看>>
django创建项目流程
查看>>
UIActionSheet 修改字体颜色
查看>>
Vue 框架-01- 入门篇 图文教程
查看>>
Spring注解之@Lazy注解,源码分析和总结
查看>>
多变量微积分笔记24——空间线积分
查看>>
Magento CE使用Redis的配置过程
查看>>
poi操作oracle数据库导出excel文件
查看>>
(转)Intent的基本使用方法总结
查看>>
Mac 下的Chrome 按什么快捷键调出页面调试工具
查看>>
Windows Phone开发(24):启动器与选择器之发送短信
查看>>
JS截取字符串常用方法
查看>>
Google非官方的Text To Speech和Speech Recognition的API
查看>>
stdext - A C++ STL Extensions Libary
查看>>