RDS FOR MYSQL 各版本利用物理备份搭建从库方法

本文涉及的产品
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
RDS MySQL Serverless 高可用系列,价值2615元额度,1个月
云数据库 RDS PostgreSQL,高可用系列 2核4GB
简介: RDS FOR MYSQL 各版本利用物理备份搭建从库方法,5.6,5.7

下面文档讲述RDS FOR MYSQL 各版本利用物理备份搭建从库方法:

说明:暂时包含RDS for mysql5.6和5.7版本的复制搭建过程:


1. 本地自建Mysql数据必须和云mysql版本大版本保持一致
2. 64位的Linux系统
3. MySQL 5.6及之前(含5.5)的版本需要安装 Percona XtraBackup 2.3 ; MySQL 5.7版本需要安装 Percona XtraBackup2.4
4. 为了快速恢复,本地mysql安装都采用centos的yum安装方式

5.注意下面没有说明哪个版本执行的就是都需要执行的

6.搭建复制环境前需要保证ECS能够访问的通RDS,建议用RDS内网地址进行复制搭建


5.6恢复示例:

安装mysql:
下面演示的是基于centos6系统的,centos7的见后面相关部分
1.下载yum源
centos6下安装:
wget 
https://repo.mysql.com//mysql80-community-release-el6-1.noarch.rpm
yum localinstall mysql80-community-release-el6-1.noarch.rpm -y
centos7下安装: wget  https://repo.mysql.com//mysql80-community-release-el7-1.noarch.rpm yum localinstall mysql80-community-release-el7-1.noarch.rpm
2.配置yum源

yum -y install yum-utils


#根据选择安装需要的版本

yum-config-manager --disable   mysql80-community  默认是安装8.0版本的mysql需要关闭这个yum源

yum-config-manager --enable   mysql57-community  恢复5.7版本就执行这条 5.7执行
yum-config-manager --enable   mysql56-community   如果是恢复5.6版本执行这条 5.6执行
3.安装mysql server (yum安装完成后不慌启动mysql) yum -y install mysql-community-server
4.替换/etc/my.cnf文件内容为以下内容,其中跳过权限表启动:
[mysqld] innodb_checksum_algorithm=crc32 innodb_data_file_path=ibdata1:200M:autoextend innodb_log_files_in_group=2 innodb_log_file_size=524288000 innodb_undo_directory=/var/lib/mysql/ basedir=/usr datadir=/var/lib/mysql innodb_undo_tablespaces=0 server_id=55555 log_bin=mysql-log gtid_mode=on enforce_gtid_consistency=on log-slave-updates=1 relay_log=relay-log sql_mode='' binlog_format=row skip-grant-tables=1

注意: server_id可以自己改,务必不要和RDS的一样了。
1).配置yum源

yum -y install 2). 查看yum源,选择要安装的软件

yum list | grep percona
yum -y install percona-xtrabackup-24.x86_64   5.7版本需要安装这个
yum -y install percona-xtrabackup.x86_64        5.6版本需要安装这个

6.下载备份文件并恢复:
注意: 1.要做物理备份的恢复最好临时RDS控制台做个物理备份,备份做好后下载备份文件并恢复(如果用以前的备份可能导致二进制日志已经被清理了无法获取二进制日志进而复制环境搭建失败) 2. 要下载备份和配置主从关系,需要把当前ECS的内网IP加入到RDS的白名单里面
wget -c '
rds备份文件下载地址' -O bak.tar.gz     这个到RDS控制台备份恢复里面去获取备份集下载地址,注意下载地址这里用wget下载需要用单引号引起来,否则会报403错误
tar -izxvf bak.tar.gz    -C   /var/lib/mysql       在下载的备份文件目录执行解压,-C指定解压到/var/lib/mysql目录,因为yum安装的datadir是这个

cd  /var/lib/mysql
innobackupex --defaults-file=backup-my.cnf --apply-log /var/lib/mysql
chown -R mysql:mysql /var/lib/mysql
/etc/init.d/mysqld start
更新aliyun_root@127.0.0.1密码:
mysql     #shell里面执行mysql连接mysql并修改密码
mysql>select user,host from mysql.user;   查看是否有aliyun_root@127.0.0.1这个用户,可根据需要来设置根据这个sql查看到有的账号密码

mysql>flush privileges; mysql>SET PASSWORD FOR 'aliyun_root'@'127.0.0.1' = PASSWORD('MyNewPass'); 5.7版本是aliyun_root@127.0.0.1 mysql>SET PASSWORD FOR 'root'@'127.0.0.1' = PASSWORD('MyNewPass');  5.6版本是'root'@'127.0.0.1' mysql>exit

删除/etc/my.cnf里面的skip-grant-tables=1​​​​​​ /etc/init.d/mysqld restart

账号也迁移过来了的,可以用账号云mysql的账号登陆了:

登陆:

mysql -ualiyun_root -h127.0.0.1 -pMyNewPass       5.7执行
mysql -uroot -h127.0.0.1 -pMyNewPass       5.6执行
mysql>use mysql;  5.6执行
mysql>drop table slave_master_info;    5.6执行
mysql>drop table slave_relay_log_info;   5.6执行
mysql>drop table slave_worker_info;    5.6执行
mysql>drop table innodb_index_stats;   5.6执行 
mysql>drop table innodb_table_stats;    5.6执行 mysql>source /usr/share/mysql/mysql_system_tables.sql;  5.6执行 mysql>exit /etc/init.d/mysqld restart 5.6版本必须重启,切记执行 查看/var/lib/mysql/xtrabackup_slave_info 里面的set global gtid_purged语句,把这个copy到后面复制用 mysql -uroot -h127.0.0.1 -pMyNewPass       5.6执行 mysql>reset master;   5.6执行 mysql>set global gtid_purged=xxx 上面截图的复制过来执行一次  5.6执行
mysql>reset slave;
mysql>change master to master_host = 'rm-xxxxx.mysql.rds.aliyuncs.com', master_port = 3306, master_user = 'sadmin', master_password='Mypassword', master_auto_position = 1;
mysql>start slave;
mysql>show slave status\G
注意:上面的master_host  master_port  master_user  master_password 根据RDS主库的信息各自填写自己的信息,不要照着上面执行; 搭建完成show slave status\G看到的结果应该如下,slave io/sql线程都是YES状态: mysql> show slave status\G
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: rm-xxxxx.mysql.rds.aliyuncs.com
                  Master_User: hkadmin
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-bin.000245
          Read_Master_Log_Pos: 391176
               Relay_Log_File: relay-log.000002
                Relay_Log_Pos: 1588
        Relay_Master_Log_File: mysql-bin.000245
             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: 391176
              Relay_Log_Space: 1789
              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: 999098802
                  Master_UUID: a23bf85f-f20b-11e8-8268-7cd30abda240
             Master_Info_File: /var/lib/mysql/master.info
                    SQL_Delay: 0
          SQL_Remaining_Delay: NULL
      Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates
           Master_Retry_Count: 86400
                  Master_Bind:
      Last_IO_Error_Timestamp:
     Last_SQL_Error_Timestamp:
               Master_SSL_Crl:
           Master_SSL_Crlpath:
           Retrieved_Gtid_Set: a23bf85f-f20b-11e8-8268-7cd30abda240:493276-493279
            Executed_Gtid_Set: 937ca3af-f20b-11e8-9447-7cd30ab8a5d8:1-178841,
a23bf85f-f20b-11e8-8268-7cd30abda240:1-493279
                Auto_Position: 1
         Replicate_Rewrite_DB:
                 Channel_Name:
           Master_TLS_Version:
1 row in set (0.00 sec)

相关实践学习
每个IT人都想学的“Web应用上云经典架构”实战
本实验从Web应用上云这个最基本的、最普遍的需求出发,帮助IT从业者们通过“阿里云Web应用上云解决方案”,了解一个企业级Web应用上云的常见架构,了解如何构建一个高可用、可扩展的企业级应用架构。
MySQL数据库入门学习
本课程通过最流行的开源数据库MySQL带你了解数据库的世界。   相关的阿里云产品:云数据库RDS MySQL 版 阿里云关系型数据库RDS(Relational Database Service)是一种稳定可靠、可弹性伸缩的在线数据库服务,提供容灾、备份、恢复、迁移等方面的全套解决方案,彻底解决数据库运维的烦恼。 了解产品详情: https://www.aliyun.com/product/rds/mysql 
相关文章
|
3月前
|
存储 SQL 关系型数据库
RDS DuckDB技术解析一:当 MySQL遇见列式存储引擎
RDS MySQL DuckDB分析实例以​列式存储与向量化计算​为核心,实现​复杂分析查询性能百倍跃升​,为企业在海量数据规模场景下提供​实时分析能力​,加速企业数据驱动型决策效能。​​
|
2月前
|
关系型数据库 MySQL 数据库
阿里云数据库RDS费用价格:MySQL、SQL Server、PostgreSQL和MariaDB引擎收费标准
阿里云RDS数据库支持MySQL、SQL Server、PostgreSQL、MariaDB,多种引擎优惠上线!MySQL倚天版88元/年,SQL Server 2核4G仅299元/年,PostgreSQL 227元/年起。高可用、可弹性伸缩,安全稳定。详情见官网活动页。
|
2月前
|
关系型数据库 MySQL 数据库
阿里云数据库RDS支持MySQL、SQL Server、PostgreSQL和MariaDB引擎
阿里云数据库RDS支持MySQL、SQL Server、PostgreSQL和MariaDB引擎,提供高性价比、稳定安全的云数据库服务,适用于多种行业与业务场景。
|
2月前
|
关系型数据库 MySQL 数据库
云时代MySQL:RDS与自建数据库的抉择
在云计算时代,选择合适的数据库部署方案至关重要。本文深入对比了AWS RDS与自建MySQL的优劣,帮助您在控制权、运维成本和业务敏捷性之间找到最佳平衡点。内容涵盖核心概念、功能特性、成本模型、安全性、性能优化、高可用方案及迁移策略,为您提供全面的决策参考。
|
SQL Cloud Native 关系型数据库
ADBPG(AnalyticDB for PostgreSQL)是阿里云提供的一种云原生的大数据分析型数据库
ADBPG(AnalyticDB for PostgreSQL)是阿里云提供的一种云原生的大数据分析型数据库
1872 1
|
数据可视化 关系型数据库 MySQL
将 PostgreSQL 迁移到 MySQL 数据库
将 PostgreSQL 迁移到 MySQL 数据库
2398 2
|
SQL 关系型数据库 Linux
【PostgreSQL】基于CentOS系统安装PostgreSQL数据库
【PostgreSQL】基于CentOS系统安装PostgreSQL数据库
1760 0
|
SQL 存储 自然语言处理
玩转阿里云RDS PostgreSQL数据库通过pg_jieba插件进行分词
在当今社交媒体的时代,人们通过各种平台分享自己的生活、观点和情感。然而,对于平台管理员和品牌经营者来说,了解用户的情感和意见变得至关重要。为了帮助他们更好地了解用户的情感倾向,我们可以使用PostgreSQL中的pg_jieba插件对这些发帖进行分词和情感分析,来构建一个社交媒体情感分析系统,系统将根据用户的发帖内容,自动判断其情感倾向是积极、消极还是中性,并将结果存储在数据库中。
1047 1
玩转阿里云RDS PostgreSQL数据库通过pg_jieba插件进行分词
|
关系型数据库 测试技术 分布式数据库
PolarDB | PostgreSQL 高并发队列处理业务的数据库性能优化实践
在电商业务中可能涉及这样的场景, 由于有上下游关系的存在, 1、用户下单后, 上下游厂商会在自己系统中生成一笔订单记录并反馈给对方, 2、在收到反馈订单后, 本地会先缓存反馈的订单记录队列, 3、然后后台再从缓存取出订单并进行处理. 如果是高并发的处理, 因为大家都按一个顺序获取, 容易产生热点, 可能遇到取出队列遇到锁冲突瓶颈、IO扫描浪费、CPU计算浪费的瓶颈. 以及在清除已处理订单后, 索引版本未及时清理导致的回表版本判断带来的IO浪费和CPU运算浪费瓶颈等. 本文将给出“队列处理业务的数据库性能优化”优化方法和demo演示. 性能提升10到20倍.
1224 4

推荐镜像

更多