MySQL容灾方案中关于过滤表的技术问题解读 - SEO - 新闻资讯 - MySQL容灾方案中关于过滤表的技术问题解读
新闻资讯

MySQL容灾方案中关于过滤表的技术问题解读

发布时间:2021-06-30 浏览次数:7

MySQL容灾方案‍一个极为重要的目标就是保证系统数据和服务的连续性。这就要求这项方案能在系统发生故障时能够快速恢复服务和保证数据的有效性。我们的数据每时每刻都面临着各种天灾人祸或者一些不可抗力的可能性,如果因为这些可能造成数据丢失那么损失是相当严重的,今天小编整理了此类方案中关于过滤表的关键技术问题,希望能够帮助大家。

QQ截图20210625210025.png

一.过滤表梳理

实际项目中受限于备中心的资源限制无法在备中心内部署应用系统因此非容灾的应用对应的数据库和数据表无需同步。运维临时备份库和备份表无需同步在日常运维中DBA在对数据库进行变更时通常会做临时性备份临时备份的数据库或数据表由于 MySQL集群本身已经在后台进行了备份,无需用户再做一次跨云同步这样可以减少同步链路的带宽和容灾切换的管理工作量。

二.不支持容灾的应用

云产品的容灾能力建设是一个持续过程某些云产品在项目交付阶段暂时还不具备容灾能力但是用户的应用依赖了这些指定的云产品。因此这部分的应用暂时无法做容灾演练对应的数据库和数据表也可以暂时不做同步。待应用的全流程依赖的云产品都支持容灾再进行数据同步即可。

三.有差异的配置表

应用系统为了将代码和配置分开管理通常将配置参数单独存放和管理。常见的配置形式有配置文件RDS MySQL数据库、专用的配置中心,其中专用配置中心后台也用了RDS MySQL来存储数据。比较忌讳的方式是在代码中硬编码配置参数,如IP域名等。环境参数:应用软件在使用云产品如RDS MySQL、OSS、SLB等产品时,需要通过IP域名账号密码AK/SK进行连接。

另外在MySQL容灾方案‍中一些功能的执行是需要在一个中心应用之内的,当然我们在设计方案时一般会给这些功能一个开关。这些开关在数据表里面通过字段命令进行控制,比如双中心中的定时任务如果处理不当会造成数据执行重复,因此这些定时任务的配置表需要在双中心分别配置。

相关推荐

产品试用 产品试用
400-820-6580 免费电话