本申请涉及数据库领域及数字医疗领域，提供一种主从数据库延迟处理方法、装置、设备及介质，通过对主从数据库的主从延迟情况进行监测，以获取主从数据库的主从延迟时间；当所述主从延迟时间大于预设延时阈值时，调整所述从数据库的目标参数；继续对调整所述从数据库的目标参数后的所述主从数据库的主从延迟的恢复情况进行监测；当在预设时间内所述主从数据库的主从延时未恢复时，将所述从数据库的域名系统自动漂移到主数据库直至所述主从数据库的主从延时恢复，将所述从数据库的域名系统漂移回所述从数据库。利用本申请能够缩短主从延迟修复时间，降低误操作，保证成功率，适用读写分离以及实时性较高处理读取数据的场景。分离以及实时性较高处理读取数据的场景。分离以及实时性较高处理读取数据的场景。
【技术实现步骤摘要】
一种主从数据库延迟处理方法、装置、设备及介质
[0001]本申请数据库领域及数字医疗领域，特别涉及一种主从数据库延迟处理方法、装置、设备及介质。
技术介绍
[0002]MySQL由于性能高、成本低、可靠性好，已经成为最流行的开源数据库，因此被广泛地应用于对医疗相关数据进行存储的医疗信息数据库。
[0003]为了保证医疗信息数据库可用率，通常运维人员会为MySQL配置依赖半同步复制的主从同步。但往往发现：在医疗场景下，特定情况下跑批或者大事务之后，主从延迟较大；对于从库的读写分离以及实时性较高处理读取数据的场景最为头疼，运维人员需要修改从库的双1参数用以加快从库重放日志的速度，待从库重放完日志且追平主库进度后，需要将参数改回原状态。但发生跑批或者大事务的时间点不固定也就导致运维人员需要24小时待命，不仅劳动强度大，延迟修复时间，而且还容易因误操作而带来不必要的风险。
技术实现思路
[0004]鉴于以上所述现有技术的缺点，本申请的目的在于提供一种主从数据库延迟处理方法、装置、设备及介质，用于解决现有技术中的主从医疗信息数据库延迟处理需要运维人员需要24小时待命，不仅劳动强度大，延迟修复时间长，而且还容易因误操作而带来不必要的风险的技术问题。
[0005]第一方面，提供了一种主从数据库延迟处理方法，包括：
[0006]对主从数据库的主从延迟的恢复情况进行监测，以获取主从数据库的主从延迟时间；
[0007]当所述主从延迟时间大于预设延时阈值时，调整所述从数据库的目标参数，所述目标参数为控制数据库磁盘写入策略以及数据安全性参数；
[0008]继续对调整所述从数据库的目标参数后的所述主从数据库的主从延迟的恢复情况进行监测；
[0009]当在预设时间内所述主从数据库的主从延时未恢复时，将所述从数据库的域名系统自动漂移到主数据库；
[0010]继续对将所述从数据库的域名系统自动漂移到所述主数据库后的所述主从数据库的主从延迟的恢复情况进行监测；
[0011]当所述主从数据库的主从延时恢复后，将所述从数据库的域名系统漂移回所述从数据库。
[0012]在一可选实施例中，所述方法还包括：当在所述预设时间内所述主从数据库的主从延时恢复时，将所述从数据库的目标参数恢复到原值。
[0013]在一可选实施例中，调用短信接口通知运维人员所述主从数据库延迟处理各节点情况。
[0014]在一可选实施例中，所述目标参数包括：innodb_flush_log_at_trx_commit，sync_binlog。
[0015]在一可选实施例中，当所述主从数据库的主从延时恢复后，将所述从数据库的域名系统漂移会所述从数据库，具体包括：
[0016]当所述主从数据库的主从延时恢复后，在业务低峰期将所述从数据库的域名系统漂移会所述从数据库。
[0017]在一可选实施例中，所述方法还包括，将所述从数据库的域名系统自动漂移到所述主数据库之前，或将所述从数据库的域名系统漂移回所述从数据库之后，将将所述从数据库的目标参数恢复到原值。
[0018]在一可选实施例中，所述方法还包括，当所述主从数据库的主从延时恢复时，核对所述主从数据库的主从数据的一致性。
[0019]第二方面，提供了一种主从数据库延迟处理装置，包括：
[0020]第一延迟监测模块，用于对主从数据库的主从延迟的恢复情况进行监测，以获取主从数据库的主从延迟时间；
[0021]目标参数调整模块，用于当所述主从延迟时间大于预设延时阈值时，调整所述从数据库的目标参数，所述目标参数为控制数据库磁盘写入策略以及数据安全性参数；
[0022]第二延迟监测模块，用于继续对调整所述从数据库的目标参数后的所述主从数据库的主从延迟的恢复情况进行监测；
[0023]第一漂移模块，用于当在预设时间内所述主从数据库的主从延时未恢复时，将所述从数据库的域名系统自动漂移到主数据库；
[0024]第三延迟监测模块，用于继续对将所述从数据库的域名系统自动漂移到所述主数据库后的所述主从数据库的主从延迟的恢复情况进行监测；
[0025]第二漂移模块，用于当所述主从数据库的主从延时恢复后，将所述从数据库的域名系统漂移回所述从数据库。第三方面，提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述主从数据库延迟处理方法的步骤。
[0026]第四方面，提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现上述主从数据库延迟处理方法的步骤。
[0027]如上所述，本申请提供一种主从数据库延迟处理方法、装置、设备及介质，通过对主从数据库的主从延迟的恢复情况进行监测，以获取主从数据库的主从延迟时间；当所述主从延迟时间大于预设延时阈值时，调整所述从数据库的目标参数，所述目标参数为控制数据库磁盘写入策略以及数据安全性参数；继续对调整所述从数据库的目标参数后的所述主从数据库的主从延迟的恢复情况进行监测；当在预设时间内所述主从数据库的主从延时未恢复时，将所述从数据库的域名系统自动漂移到主数据库；继续对将所述从数据库的域名系统自动漂移到所述主数据库后的所述主从数据库的主从延迟的恢复情况进行监测；当所述主从数据库的主从延时恢复后，将所述从数据库的域名系统漂移回所述从数据库。利用本申请，通过引入监控中心，能够将重复量很大、应急救火的工作由人工变成自动化，整个过程通过监控平台进行分析、评估、下发命令，不但大大缩短医疗信息数据库主从延迟修复时间，更能降低误操作带来的风险；不仅成功率能得到保证，也为读写分离以及实时性较
高处理读取数据的场景最大限度的起到保障作用。
附图说明
[0028]图1a示出了应用本申请中一个或多个实施例中技术方案的一示例性系统架构的示意图。
[0029]图1b示出了应用本申请中一个或多个实施例中技术方案的另一示例性系统架构的示意图。
[0030]图2本申请的主从数据库延迟处理方法的一流程示意图。
[0031]图3示出了本申请的主从数据库延迟处理装置的一功能模块图。
[0032]图4示出了本申请的主从数据库延迟处理方法的电子设备的一结构示意图。
具体实施方式
[0033]以下通过特定的具体实例说明本申请的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本申请的其他优点与功效。本申请还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本申请的精神下进行各种修饰或改变。
[0034]请参阅图1
‑
图4。需要说明的是，本实施例中所提供的图示仅以示意方式说明本申请的基本构想，遂图式中仅显示与本申请中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为本文档来自技高网...
【技术保护点】
【技术特征摘要】
1.一种主从数据库延迟处理方法，其特征在于，包括：对主从数据库的主从延迟情况进行监测，以获取主从数据库的主从延迟时间；当所述主从延迟时间大于预设延时阈值时，调整所述从数据库的目标参数，所述目标参数为控制数据库磁盘写入策略以及数据安全性参数；对调整所述从数据库的目标参数后的所述主从数据库的主从延迟的恢复情况进行监测；当在预设时间内所述主从数据库的主从延时未恢复时，将所述从数据库的域名系统自动漂移到主数据库；对将所述从数据库的域名系统自动漂移到所述主数据库后的所述主从数据库的主从延迟的恢复情况进行监测；当所述主从数据库的主从延时恢复后，将所述从数据库的域名系统漂移回所述从数据库。2.根据权利要求1所述的主从数据库延迟处理方法，其特征在于，所述方法还包括：当在所述预设时间内所述主从数据库的主从延时恢复时，将所述从数据库的目标参数恢复到原值。3.根据权利要求1所述的主从数据库延迟处理方法，其特征在于，所述方法还包括，调用短信接口通知运维人员所述主从数据库延迟处理各节点情况。4.根据权利要求1所述的主从数据库延迟处理方法，其特征在于，所述目标参数包括：innodb_flush_log_at_trx_commit，sync_binlog。5.根据权利要求1所述的主从数据库延迟处理方法，其特征在于，当所述主从数据库的主从延时恢复后，将所述从数据库的域名系统漂移会所述从数据库，具体包括：当所述主从数据库的主从延时恢复后，在业务低峰期将所述从数据库的域名系统漂移会所述从数据库。6.根据权利要求1所述的主从数据库延迟处理方法，其特征在于，所述方法还包括...
【专利技术属性】
技术研发人员：吴鹏成，
申请(专利权)人：平安壹钱包电子商务有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。