(19)国家知识产权局 (12)发明 专利 (10)授权公告 号 (45)授权公告日 (21)申请 号 202210650043.9 (22)申请日 2022.06.10 (65)同一申请的已公布的文献号 申请公布号 CN 114780251 A (43)申请公布日 2022.07.22 (73)专利权人 深圳联友科技有限公司 地址 518031 广东省深圳市福田区深南中 路2010号东风大厦22楼2211、 2212、 2213房 (72)发明人 王志群　 (74)专利代理 机构 深圳市顺天达专利商标代理 有限公司 4 4217 专利代理师 高占元 (51)Int.Cl. G06F 9/50(2006.01) G06F 9/54(2006.01) G06F 9/46(2006.01) G06F 16/21(2019.01) G06F 16/27(2019.01) (56)对比文件 CN 112000444 A,2020.1 1.27 US 2006047713 A1,20 06.03.02US 2003208505 A1,2003.11.06 US 2002194015 A1,20 02.12.19 祝雄锋.数据库集群中间件MySQ L Proxy研 究与分析. 《中国优秀硕士学位 论文全文数据库 信息科技 辑》 .2011,(第9期), 许彪 等.基 于Mariadb Galera的高可用数 据库集群技 术. 《信息技 术与信息化》 .2021,(第 10期),25 -27. 魏寒.基于RDMA的共享缓冲区分布式数据库 事务处理设计与实现. 《中国优秀硕士学位 论文 全文数据库 信息科技 辑》 .2022,(第4期),I138- 525. 卫孝贤 等.多 主云数据库的全局事务日志. 《华东师范大学学报(自然科 学版)》 .2020,(第5 期),10-20. Sri Wulandari 等.Distributed Database Implementati on in Point of Sale System with Method Sync hronous Repl ication. 《Internati onal Journal of Engi neering Technology and Natural Sciences》 .2021,第3 卷(第2期),47- 51. (续) 审查员 宋秀之 (54)发明名称 一种利用分布式数据库架构提高计算性能 的方法和系统 (57)摘要 本发明公开了一种利用分布式数据库架构 提高计算性能的方法和系统， 涉及数据处理技术 领域。 本发 明通过实时的把事务消息传播到到高 速缓存和从数据库中， 结合通过高级复制软件或 者数据库提供的原生复制功能， 传递的事务信 息， 实时确认数据有效性。 在数据服务层部署监 控代理， 实时采集OS和DB层面数据写入高速缓 存， 确保数据源组件能够及时的了解数据服务组 件的性能和负荷， 按需调度。 支持在应用层面包 含分布式应用数据源定义， 可以在应用层面开启分布式应用， 并可设定、 支持数据源支持的路由 模式； 构建了高效、 可控的分布式应用系统， 在数 据服务层面充分利用分布式数据库架构的可扩 展性， 提高系统的运行效率和均衡运行环境的资 源利用。 [转续页] 权利要求书2页 说明书6页 附图1页 CN 114780251 B 2022.09.16 CN 114780251 B (56)对比文件 Yaling Xun 等.FiDo op: Paral lel Mining of Frequent Item sets Usi ng MapReduce. 《IEEE Transacti ons on Systems, Man, and Cybernetics: System s》 .2016,第46卷(第3期), 313-325. 韩剑辉 等.基 于CORBA技术的高可用舰船信 息处理系统. 《计算机 工程与科 学 》 .2009,第31 卷(第10期),12 9-132.2/2 页 2[接上页] CN 114780251 B1.一种利用分布式数据库架构提高计算 性能的方法， 其特 征在于， 包括以下步骤： 步骤SS01： 在进行数据操作之前， 动态数据源管理模块实时扫描注册于高速缓存中的 数据源登记信息； 步骤SS02： 根据数据源登记信息， 去除无效数据源； 步骤SS03： 按照 配置项中的数据源模板实例化有效数据源， 测试数据源有效性后， 实时 刷新动态数据源； 步骤SS04： 按照路由规则， 选择合 适的数据源作为动态数据源的当前 数据源； 步骤SS05： 使用动态数据源中指定的数据源完成数据操作； 所述步骤SS04中， 按照路由规则， 选择合 适的数据源的方法为： S41： 从数据库根据定时T1采集当前服务器状态， 包含CPU、 内存、 磁盘信息， 写入高速缓 存， 同时完成自身的注 册； S42： 主数据库业务功能处理完成后， 把当前内部事务处理编号写入事务登记表， 完成 主数据库事务处 理； S43： 应用层或者数据层通过消息发布内部事务处 理信息； S44： 从数据库通过高级复制软件接收事务登记 表中的内部事务编号信息； S45： 从数据库通过消息接收内部事务处理信 息， 与本地事务登记表中的内部事务编号 进行比较， 确认事务同步状态； S46： 从数据库数据同步状态写入高速缓存； S47： 应用端动态数据源根据路由规则， 在高速缓存中获取已注册的相关服务器信息和 数据库信息， 选取负荷最低的服 务器作为 业务处理的节点完成业 务处理过程； 在对应用完全透 明的前提下， 通过在主数据库中部署 “钩子”组件或者在应用层面通过 AOP机制， 实时监控 数据库中的事务变更： 采用ORALCE数据库， 在数据层完成数据变更监控： 应用层或者数据层通过消息发布内部事务处 理信息时， 执 行以下步骤： 创建用于存放会话关联信息的上 下文， 定义上 下文中包 含的相关属性， 具体的： ‑‑用户上下文名称 dml_audit_ctx V ARCHAR2(30) DEFAULT 'DML_AUDIT_CONTEXT'; ‑‑缺省方案用户 default_user_name V ARCHAR2(30) DEFAULT '方案名称'; ‑‑‑DML操作定义 DML_OPERATED_KE Y VARCHAR2(30) default 'DML_OPERATED'; create or replace co ntext； DML_AUDIT_CONTEXT usi ng 方案名称.repl icate_audit_pkg； 基于ORACLE精细粒度控制， 在需要复制的数据表上加载拦截策略， 通过模板模式确保 所有服务均实现透明拦截； 在应用层的业 务功能处 理过程中包 含复制监控的后续处 理工作； 从上下文中获取用户名称、 服务名称、 操作名称时， 数据库 刚启动时dml_audit_ctx中 的内容是“NULL” ， 需要复制的表上发生过ＤＭＬ操作； 下一个事务操作缺省不包括复制表 的DML操作； 步骤S45中：权　利　要　求　书 1/2 页 2 CN 114780251 B 3