接上一篇 AWS MySQL 升级(一)------ 对比各类方案及原理_pg跨库查询-CSDN博客,由于操作步骤太多,单独拆出来一份。
零、 预检查
- 主库event_scheduler参数,应该为0
show variables like '% event_scheduler**%';**
- binlog保留时长,不低于24
call mysql.rds_show_configuration;
- 是否已建好同步用户
select user,host from mysql.user;
- 主从库白名单是否一致
- 参数组、选项组是否一致
- 业务是否有使用从库
- 是否有中美同步链路
一、 创建只读副本
选择待升级实例 -> 操作 -> 创建只读副本
新库取名(后续应用将使用该连接串)
选择创建只读副本,等待创建完成即可,大库耗时较长,建议提前操作。
二、 升级新只读副本
参考上篇本地升级步骤
三、 新 只读副本提升为主库
- event_scheduler 开始的时候一定要设置为0,如果需要,等版本升级完,再修改为1
- 修改binlog retention period ,在源库和升级库上操作
sql
call mysql.rds_show_configuration;
call mysql.rds_set_configuration('binlog retention hours', 24);
- 停复制进程,记录 Master_Log_File 和 Exec_Master_Log_Pos,建议执行2次
sql
CALL mysql.rds_stop_replication;
SHOW SLAVE STATUS\G
- 高版本DB提升为主库
注意如果DB处于存储优化阶段,无法提升为主库
提升时间为1分钟左右
四、 配置逻辑同步
- 在源主库上创建复制用户
sql
CREATE USER 'repl'@'%' IDENTIFIED BY 'xxxx';
GRANT REPLICATION CLIENT, REPLICATION SLAVE ON *.* TO 'repl'@'%';
- 在提升的主库上通过API设置主从复制
源库的IP地址,需要ping 源库的连接串获取,并且将此ip添加到新库的安全组中。
sql
call mysql.rds_set_external_master(
'源库的IP地址',
3306,
'repl',
'xxx',
'mysql-bin-changelog.001109',
120,
0);
CALL mysql.rds_start_replication;
SHOW SLAVE STATUS\G
五、为升级后的DB创建从库
参考第一步
六、 为升级后的DB配置监控及标签
参考创建SOP
七、 配置nginx至旧主库
将Nginx中连接串配置为旧主库连接串,重启Nginx
八、 业务切换连接至Nginx
业务操作
DBA检查连接切换情况,是否都已切换至通过Nginx代理连接
show procsslist;
登录检查业务是否仍有连接
select db,user,host from information_schema.processlist where host like '10.0.xx.xx%';
九、检查主从同步延迟情况
show slave status\G
务必执行。若存在延迟或报错时执行切换,将导致切换后数据不一致。
十、 配置nginx至新主库
十一 、 业务切换连接至新主库
业务修改连接串至新主库,DBA检查连接情况
登录新主库检查,业务是否已切换至新主库
select db,user,host from information_schema.processlist where host not like '10.0.xx.xx%';
登录旧主库检查,业务是否仍有连接
select db,user,host from information_schema.processlist where host not like '10.0.xx.xx%';
十二、修改从库连接串
- 此步骤从库会中断。若业务有使用从库,可以先修改连接串至主库,避免中断
将原从库连接串重命名加 -old
将新从库连接串重命名为旧从库连接串,避免从库业务需重新配置
十三、 断开升级前后主从同步链路
从库关系重置
CALL mysql.rds_stop_replication;
CALL mysql.rds_reset_external_master;