将Uhost上的MySQL迁移到UDB

一 应用场景描述
最近我们部署在Ucloud的一台云主机由于底层硬件故障,Ucloud建议将这台云主机作动态迁移,但是由于这台服务器上部署有MySQL数据库,数据量太大,云主机迁移会很慢。所以我们需要先将这台云主机的MySQL迁移到UDB,然后切换程序里面的MySQL配置。

二 具体操作步骤
1.将Uhost上的MySQL导出一份
mysqldump  -A --ignore-table=mysql.slow_log  --master-data=1 --single-transaction --quick -R --event -uroot -p > mysql_data20150203.sql

如果数据量太大,导出的时间会很长,可以使用screen开一个窗口,可以随时查看进度

-A 导出所有数据库
--ignore-table=<database>.<table>  不导出指定表,如果有多个表不需要导出,需要使用多个--ignore-table 参数

--master-data=[1|2]  如果设置--master-data=1将会显示如下信息:
       
--
-- Position to start replication or point-in-time recovery from
--
 
CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000003', MASTER_LOG_POS=3018292;
 
--

这样如果设置SLAVE的时候就不需要再单独指定MASTER_LOG_FILE和MASTER_LOG_POS
如何设置--master-data=2,CHANGE MASTER TO 这一行将被注释掉,当设置SLAVE的同步需要按照这里的提示设置MASTER_LOG_FILE和MASTER_LOG_POS

设置--master-data参数,配合--single-transaction参数可以不锁表。

--single-transaction 保证备份数据的一致性,目前支持InnoDB

--quick Don't buffer query, dump directly to stdout.
-R 导出函数和存储过程
--event Dump events

2.导入数据到UDB
如果数据量太大,导入的时间会很长,可以使用screen开一个窗口,可以随时查看进度

mysql -h10.4.21.160 -uroot -p
mysql> source mysql_data20150203.sql

这里导入数据的时候有几个小故障,由于UDB默认设置为Master,开启了binlog,所以导入数据的时候UDB的binlog增长太快,把500G磁盘写满后,导入失败。

可以设置导入的时候不写入binlog

SET sql_log_bin=0

由于使用mysqldump导出的时候使用了 -A 参数,没有过滤掉mysql库,所以如果Uhost的MySQL里面没有设置除了root账号外具有合适权限登录的账号,那么在以下设置Slave的时候就会出错。
这种情况下,可以使用--skip-grant-tables参数重新启动UDB,然后再重新设置root账号密码。

3.设置UDB为MySQL Slave,从Uhost上的MySQL同步数据
CHANGE MASTER TO MASTER_HOST='10.4.3.149',MASTER_PORT=3306,MASTER_USER='repl_user',MASTER_PASSWORD='xyzzy',MASTER_LOG_FILE='mysql-bin.000003', MASTER_LOG_POS=3018292;

同步过程中,查看Slave的状态信息,主要观察以下几个参数
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Seconds_Behind_Master: 0

在同步过程中,Seconds_Behind_Master 数值会越来越小,如果同步出错,会有报错信息显示

mysql> show slave status\G
*************************** 1. row ***************************
              Slave_IO_State: Waiting for master to send event
                  Master_Host: 10.4.3.149
                  Master_User: repl_user
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-bin.000005
          Read_Master_Log_Pos: 925459151
              Relay_Log_File: mysql-relay.000012
                Relay_Log_Pos: 294731160
        Relay_Master_Log_File: mysql-bin.000005
            Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
              Replicate_Do_DB: 
          Replicate_Ignore_DB: 
          Replicate_Do_Table: 
      Replicate_Ignore_Table: 
      Replicate_Wild_Do_Table: 
  Replicate_Wild_Ignore_Table: 
                  Last_Errno: 0
                  Last_Error: 
                Skip_Counter: 0
          Exec_Master_Log_Pos: 925459151
              Relay_Log_Space: 294731312
              Until_Condition: None
              Until_Log_File: 
                Until_Log_Pos: 0
          Master_SSL_Allowed: No
          Master_SSL_CA_File: 
          Master_SSL_CA_Path: 
              Master_SSL_Cert: 
            Master_SSL_Cipher: 
              Master_SSL_Key: 
        Seconds_Behind_Master: 0
Master_SSL_Verify_Server_Cert: No
                Last_IO_Errno: 0
                Last_IO_Error: 
              Last_SQL_Errno: 0
              Last_SQL_Error: 
  Replicate_Ignore_Server_Ids: 
            Master_Server_Id: 1
1 row in set (0.00 sec)
 
mysql>

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/b31b660d4ed29710c686a1df8f28c590.html