自建MySQL 5.7数据库备份上云
1. 验证自建库是否满足备份条件
首先，您需要使用MySQL Backup Helper工具验证自建MySQL数据库是否支持备份。
- 在ECS中执行如下命令，验证当前自建MySQL数据库是否支持备份。
cd ~/mysql-backup-helper-master && ./backup-helper -host <自建库主机地址> -port <自建库端口号> -user <自建库root账号> --password <自建库root密码>
参数名称 |
说明 |
自建库主机地址 |
自建MySQL 5.7的主机的IP地址。 若您选择开通并克隆案例，则该地址为127.0.0.1。 |
自建库端口号 |
自建MySQL 5.7的主机的端口号。 若您选择开通并克隆案例，则该端口为3306。 |
自建库root账号 |
自建MySQL 5.7的root账号。 若您选择开通并克隆案例，则该账号即root。 |
自建库root密码 |
自建MySQL 5.7的root账号的密码。 若您选择开通并克隆案例，则该密码为Aa123456@。 |
例如：
cd ~/mysql-backup-helper-master && ./backup-helper -host 127.0.0.1 -port 3306 -user root --password Aa123456@
- 根据backup-helper工具的建议，调整参数。
例如，根据上图返回的结果，修改MySQL配置文件。
--打开配置文件 vim /etc/my.cnf --在配置文件最后添加如下参数 server_id=1234567890 --随机数字串即可 log_bin=1 gtid_mode=ON enforce_gtid_consistency=ON
按下Esc键，输入:wq保存。
- 重启数据库使参数配置生效。
service mysqld restart
- 重启后，再次使用Backup Helper检查是否支持备份。
cd ~/mysql-backup-helper-master && ./backup-helper -host <自建库主机地址> -port <自建库端口号> -user <自建库root账号> --password <自建库root密码>
2. 备份自建库至OSS
在确定自建库满足备份条件后，您需要备份自建MySQL数据库的全量数据，并将备份文件上传至阿里云对象存储OSS。
本步骤使用阿里云对象存储OSS，请确保已在目标地域（即您希望创建RDS MySQL实例的地域）创建OSS Bucket。
- 在ECS中执行如下命令，备份全量数据，并将备份文件上传至阿里云对象存储OSS。
innobackupex --backup --host=<自建库主机地址> --port=<自建库端口号> --user=<自建库root账号> --password=<自建库root密码> --stream=xbstream --compress <备份文件临时目录> | oss_stream -accessKeyId <阿里云账号的AccessKey ID> -accessKeySecret <阿里云账号的AccessKey Secret> -bucketName <OSS Bucket名称> -endpoint <OSS Bucket的地域节点> -objectName <自定义备份文件名>
参数名称 |
说明 |
自建库主机地址 |
自建MySQL 5.7的主机的IP地址。 若您选择开通并克隆案例，则该地址为127.0.0.1。 |
自建库端口号 |
自建MySQL 5.7的主机的端口号。 若您选择开通并克隆案例，则该端口为3306。 |
自建库root账号 |
自建MySQL 5.7的root账号。 若您选择开通并克隆案例，则该账号为root。 |
自建库root密码 |
自建MySQL 5.7的root账号的密码。 若您选择开通并克隆案例，则该密码为Aa123456@。 |
备份文件临时目录 |
定义OSS的Bucket中备份文件的存放的目录。如：/root/mysql/data。 |
阿里云账号的AccessKey ID |
您的阿里云账户的AccessKey的ID和Secret。可在AccessKey管理页面查看。 |
阿里云账号的AccessKey Secret |
|
OSS Bucket名称 |
要使用的OSS Bucket的名称。可前往OSS控制台查看。 若您选择开通并克隆案例，请选择华东1(杭州)的Bucket。 |
OSS Bucket的地域节点 |
要使用的OSS Bucket的Endpoint（地域节点）。可前往OSS控制台，在对应Bucket的概览页获取。 若您选择开通并克隆案例，则该节点地址为oss-cn-hangzhou.aliyuncs.com。 |
自定义备份文件名 |
为备份文件自定义一个名字即可，后缀名必须为xb或gz。 |
例如：
innobackupex --backup --host=127.0.0.1 --port=3306 --user=root --password=Aa123456@ --stream=xbstream --compress /root/mysql/data | oss_stream -accessKeyId LTAI5tCqY18jvvKk******** -accessKeySecret 4A5Q7ZVzcYnWMQPysXFxld******** -bucketName bucketfordbexperience -endpoint oss-cn-hangzhou.aliyuncs.com -objectName backup.xb
说明：
- 此过程的时长取决于实例在备份时的状态，例如备份期间原实例中有太多写入操作，导致实例大量生成redo日志、或实例中执行了大型的事务等情况下，备份时间会变长。当备份顺利完成后，屏幕上会打印出completed OK !。
- 此外，数据量越大，备份时间越长。如果数据量较大，为了避免意外登出导致备份中断，建议通过nohup命令在后台进行备份。命令示例如下：
nohup sh -c 'innobackupex --backup --host=127.0.0.1 --port=3306 --user=root --password=Aa123456@ --stream=xbstream --compress /root/mysql/data | ./mysql-backup-helper-master/oss_stream/oss_stream -accessKeyId LTAI5tCqY18jvvKk******** -accessKeySecret 4A5Q7ZVzcYnWMQPysXFxld******** -bucketName test -endpoint oss-ap-southeast-1.aliyuncs.com -objectName backup_qp.xb' &
- 完成此步骤后，前往OSS控制台Bucket的文件管理页面，确认备份文件是否上传成功。
如未上传成功，请重复执行本步骤。
3. 从OSS恢复备份至RDS MySQL
备份至OSS完成后，您需要前往RDS控制台，从OSS恢复备份并创建新的RDS MySQL实例。
- 登录RDS控制台，在左上角选择希望创建RDS实例的地域。
- 在左侧导航栏中，单击备份管理，选择备份列表页签。
- 在页面右侧单击导入备份。
- 在弹出的向导窗口中，单击下一步，直至切换到3. 数据导入页签。
- 选择备份文件所在的OSS Bucket名称，并在下方列出的文件名中选中目标备份文件，单击确定。
- 等待校验完成后，单击右侧操作列下的恢复，根据需要设置要购买的RDS实例的相关参数，并确认购买，购买完成后，即完成将自建MySQL 5.7迁移到RDS MySQL。
4. 校验数据一致性
在完成自建MySQL 5.7迁移到RDS MySQL，您可以按照下面的步骤，校验迁移后的RDS MySQL的数据是否与自建MySQL 5.7数据库中的一致。
- 前往开通的RDS MySQL实例的详情页中，完成如下配置：
1）前往数据安全性 > 白名单设置页面，添加ECS的公有和私有IP地址到白名单中。
2）前往数据安全性 > 安全组页面，添加名为securitygroupforExperience的安全组。
3）前往账号管理页面，添加一个高权限账号。
- 在ECS中执行如下命令
cd test_db-master mysql -h[hostaddress] -u[account] -p[password] < test_employees_sha.sql
参数 |
说明 |
[hostaddress] |
RDS MySQL的内网地址，可从数据库连接页面获取。 |
[account] |
即上一步中创建的RDS MySQL账号。 |
[password] |
即上一步中创建的RDS MySQL账号的密码。 |
例如：
cd test_db-master mysql -hrm-*************.mysql.rds.aliyuncs.com -uaccountfortest -pClouddb123 < test_employees_sha.sql
若返回的信息中，summary result都为OK（如下），则说明迁移后的RDS MySQL中的数据与自建MySQL数据库中的一致。
table_name expected_records expected_crc departments 9 4b315afa0e35ca6649df897b958345bcb3d2b764 dept_emp 331603 d95ab9fe07df0865f592574b3b33b9c741d9fd1b dept_manager 24 9687a7d6f93ca8847388a42a6d8d93982a841c6c employees 300024 4d4aa689914d8fd41db7e45c2168e7dcb9697359 salaries 2844047 b5a1785c27d75e33a4173aaa22ccf41ebd7d4a9f titles 443308 d12d5f746b88f07e69b9e36675b6067abb01b60e table_name found_records found_crc departments 9 4b315afa0e35ca6649df897b958345bcb3d2b764 dept_emp 331603 d95ab9fe07df0865f592574b3b33b9c741d9fd1b dept_manager 24 9687a7d6f93ca8847388a42a6d8d93982a841c6c employees 300024 4d4aa689914d8fd41db7e45c2168e7dcb9697359 salaries 2844047 b5a1785c27d75e33a4173aaa22ccf41ebd7d4a9f titles 443308 d12d5f746b88f07e69b9e36675b6067abb01b60e table_name records_match crc_match departments OK ok dept_emp OK ok dept_manager OK ok employees OK ok salaries OK ok titles OK ok computation_time 00:00:28 summary result CRC OK count OK
实验链接：https://developer.aliyun.com/adc/scenario/1215ec3c94094f4ab5550f24a40aebfd
