###########################
首先,咱们的mysql数据库拓扑结构如下:
拓扑简要说明:
1)lvs:这是业务使用的连接,通常提供ip和port给业务,比如lvs提供了ip为10.10.10.10,port为6688
2)kingshard是go语言实现的一个中间件,这里将给业务提供用户、密码、端口号,通常情况下,为了避免kingshard实例出现单点故障,我们会部署2个以上的的kingshard实例,端口号通常和lvs的端口号一一对应,当然也可以不一致;
这里假设提供3个kingshard实例,他们的配置完全相同,将3个kingshard实例分别部署在3台不同的机器上,形成一个kingshard集群:
kinshardA:
kinshardB:
kinshardC:
3)mysql集群:通常是一从多从,这里假设一主两从:
角色 | ip | port | 账号 |
主库 | 10.10.10.111 | 3306 | apple_x |
从库 | 10.10.10.112 | 3306 | apple_x |
从库 | 10.10.10.113 | 3306 | apple_x |
变更详细:
变更名称 | 建议变更时间 | 风险程度 | 是否有回滚方案 | 变更是否有记录 | 变更影响与说明 | 处理方式 |
删库drop database | 10:00-11:30 14:00-17:30 | 高 | 有 | 有 | 数据库不可用 | 1)提前一天邮件通知业务方和本小组同事 2)操作前半小时内通知业务群 3)先rename ,7天后再执行drop database |
删表drop table | 10:00-11:30 14:00-17:30 | 高 | 有 | 有 | 表不可用 | 1)提前一天邮件通知业务方和本小组同事 2)操作前半小时内通知业务群 3)先rename ,7天后再执行drop table |
权限变更 | 10:00-11:30 14:00-17:30 | 高 | 有 | 有 | 连接不可用 | 提前邮件通知业务方,且业务群内通知 |
重大参数变更类 innodb_buffer_pool_size sql_mode等 | 10:00-11:30 14:00-17:30 | 高 | 有 | 有 | 因具体参数而不同 | 1)提前一天邮件通知业务方和本小组同事 2)操作前半小时内通知业务群 |
重启从库 | 10:00-11:30 14:00-17:30 | 高 | 无 | 有 | 业务连接报异常 | 1)提前一天邮件通知业务方和本小组同事 2)操作前半小时内通知业务群 3)通常会先下线该从库的流量,然后再重启, 而不是直接重启从库 |
下线从库 | 10:00-11:30 14:00-17:30 | 高 | 有 | 有 | 1)提前一天邮件通知业务方和本小组同事 2)操作前半小时内通知业务群 | |
下线集群 | 10:00-11:30 14:00-17:30 | 高 | 有 | 有 | 1)提前一天邮件通知业务方和本小组同事 2)操作前半小时内通知业务群 3)先停服,7天后再下线 |
###########################