一种数据库服务方法及系统技术方案

本发明专利技术提供一种数据库服务方法及系统，所述方法包括：接收业务子系统发送的申请数据库请求；根据申请数据库请求创建审批流程并发送至一个或多个审批单元进行展示以按照设定标准审核；接收审批单元返回的审核通过信息，并根据申请数据库请求在主数据库服务器中进行资源配置以创建第一数据库实例；接收业务子系统录入的数据源或在所述主数据库服务器中指定的现有数据源，并将所述数据源存储或关联在第一数据库实例中，业务子系统通过装载业务应用查询和管理所述第一数据库实例；以及基于多个业务子系统的申请数据库请求分别建立多各数据库实例并集中管控，避免库表重复建设，数据汇聚统筹难处理，打破信息壁垒，避免产生信息孤岛。息孤岛。息孤岛。

【技术实现步骤摘要】
一种数据库服务方法及系统


[0001]本专利技术涉及数据库
，尤其涉及一种数据库服务方法及系统。

技术介绍

[0002]政务部门存在行政主体多样化，行政职能多样化，业务数据类型多样化的特点。现有技术中，各政务部门通常单独建立数据库，电子政务经过多年发展，建成工商、税收、金融、交通、财政、审计、人口、公共安全等核心政务系统，绝大部分委办局的核心业务都自建数据库支撑，很多公共数据库存在重复建设，数据重复采集的问题。
[0003]传统城市中各级政府所建立的数据库、系统网站和业务服务在数据结构、数据标准、技术架构、表现形式上都存在较大差别，缺少一套数据库服务的标准规范，包括资源分配、权限管理、字段定义和数据标准都存在差异，使得信息交换融合复杂，导致产生“信息孤岛”。
[0004]相应的，大型企事业单位，工程项目主体由于涉及业务量复杂，也会存在各部分单位独立构建数据库从而导致产生“信息孤岛”的现象，因此，亟待一种解决方案以解决这种弊端。

技术实现思路

[0005]本专利技术实施例提供了一种数据库服务方法及系统，以消除或改善现有技术中存在的一个或更多个缺陷，以防止出现信息孤岛的问题。
[0006]本专利技术的技术方案如下：
[0007]一方面，本专利技术提供一种数据库服务方法，基于多个业务子系统的申请数据库请求分别建立相应的多个数据库实例并集中管控，其中，根据每一业务子系统的申请数据库请求建立相应的数据库实例包括：
[0008]接收业务子系统发送的申请数据库请求，所述申请数据库请求包括数据库类型、数据库版本、资源环境、服务器规格以及存储空间大小；
[0009]根据所述申请数据库请求创建审批信息并发送至至少一个审批单元进行审核；
[0010]接收审核通过信息，并根据所述申请数据库请求在主数据库服务器中进行资源配置以创建第一数据库实例；
[0011]接收所述业务子系统录入的数据源或在所述主数据库服务器中指定的现有数据源，并将所述数据源存储或关联在所述第一数据库实例中，所述业务子系统通过装载业务应用查询和管理所述第一数据库实例。
[0012]在一些实施例中，所述申请数据库请求中还包括预设账号和密码，并在创建第一数据库实例时根据所述预设账号和密码建立验证信息，以供所述业务子系统查询和管理时进行安全认证。
[0013]在一些实施例中，所述主数据库服务器至少支持MySQL、Oracle、SQL Server、MongoDB、Redis和OSS数据库。
[0014]在一些实施例中，所述方法还包括：
[0015]对各数据库实例中的数据按照全量备份或增量备份的方式存储至预设存储设备上，并定期进行有效性校验。
[0016]在一些实施例中，所述方法还包括：
[0017]对各数据库实例分别建立多个主数据库节点、从数据库节点和备用数据库节点，并对各节点进行秒级监控，包括性能指标监控和硬件故障监控；其中，各主数据库节点和从数据库节点通过网络负载均衡服务器实现只读访问的负载均衡，所述性能指标包括响应时间、每秒查询率、吞吐量和/或每秒传输的事物处理个数；
[0018]若检测到主数据库节点或从数据库节点性能指标波动高于设定值，则在所述主数据库节点和所述从数据库节点之间进行切换；
[0019]若检测到主数据库节点或从数据库节点硬件故障，则采用备用数据库节点对所述主数据库节点或所述从数据库节点进行切换。
[0020]在一些实施例中，所述方法还包括：
[0021]按照指定间隔时长获取各数据库实例作为服务器的性能指标并生成曲线图以供查询特定时间区间内的数据进行比对，所述性能指标包括响应时间、每秒查询率、吞吐量和/或每秒传输的事物处理个数；
[0022]和/或对各数据库实例分别设置活跃会话警戒线，当活跃会话数高于所述活跃会话警戒线时，进行报警提示；
[0023]和/或对各数据库实例进行磁盘空间分析，包括存储空间使用量指示、空间碎片分析、无用冗余索引提示。
[0024]在一些实施例中，所述方法还包括：
[0025]接收业务子系统发送的源数据库实例信息和目标数据库实例信息；
[0026]配置表对应关系和主键对应关系，并基于所述表对应关系和所述主键对应关系将源数据库实例中的数据迁移至目标域数据库实例。
[0027]在一些实施例中，所述方法还包括：
[0028]将源数据库实例中的存量数据迁移至目标数据库实例；
[0029]建立日志读取模块，所述日志读取模块基于预设数据库协议连接所述源数据库实例，并读取源数据库实例的增量日志；
[0030]根据所述增量日志对所述目标数据库实例进行同步。
[0031]另一方面，本专利技术还提供一种数据库服务系统，包括：
[0032]主数据库服务器，用于执行如上述数据库服务方法；
[0033]至少一个业务子系统，用于生成并向所述主数据库服务器发送申请数据库请求，以在所述主数据库服务器端创建与各业务子系统对应的数据库实例，所述业务子系统装载业务应用查询和管理所述数据库实例。
[0034]另一方面，一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如上述方法的步骤。
[0035]本专利技术的有益效果至少是：
[0036]所述数据库服务方法及系统中，各业务子系统统一在主数据库服务器端建立数据库实例，基于主数据库服务器的标准进行管理和运行，服务流程规范化，实现资源、权限的
集中动态管理，数据源可以通过录入或从现有数据中指定的方式建立，避免库表重复建设。同时，业务子系统运行业务应用，主数据库服务器存储和管理数据，使业务应用与数据库分离，统一提供多种数据库日常的库表管理服务、运维管理服务、性能监测服务，实现“生产即汇聚”，解决数据汇聚统筹难问题，打破信息壁垒。同时，统一数据库建库建表标准及库表规范自动化校验，把数据标准化工作前置到库表建设环节，便于数据融合调用。
[0037]本领域技术人员将会理解的是，能够用本专利技术实现的目的和优点不限于以上具体所述，并且根据以下详细说明将更清楚地理解本专利技术能够实现的上述和其他目的。
附图说明
[0038]此处所说明的附图用来提供对本专利技术的进一步理解，构成本申请的一部分，并不构成对本专利技术的限定。在附图中：
[0039]图1为本专利技术一实施例所述数据库服务方法的流程示意图。
[0040]图2为本专利技术一实施例所述数据库服务方法中主数据库节点、从数据库节点和备用数据库节点切换流程示意图；
[0041]图3为本专利技术一实施例所述数据库服务方法中数据传输流程示意图；
[0042]图4为本专利技术另一实施例所述数据库服务方法中数据传输流程示意图；
[0043]图5为本专利技术一实施例所述数据库服务系统的功能架构图；
[0044]图6为本专利技术一实施例所述数据库服务系统的结构示意图；...

【技术保护点】

【技术特征摘要】
1.一种数据库服务方法，其特征在于，基于多个业务子系统的申请数据库请求分别建立相应的多个数据库实例并集中管控，其中，根据每一业务子系统的申请数据库请求建立相应的数据库实例包括：接收业务子系统发送的申请数据库请求，所述申请数据库请求包括数据库类型、数据库版本、资源环境、服务器规格以及存储空间大小；根据所述申请数据库请求创建审批信息并发送至至少一个审批单元进行审核；接收审核通过信息，并根据所述申请数据库请求在主数据库服务器中进行资源配置以创建第一数据库实例；接收所述业务子系统录入的数据源或在所述主数据库服务器中指定的现有数据源，并将所述数据源存储或关联在所述第一数据库实例中，所述业务子系统通过装载业务应用查询和管理所述第一数据库实例。2.根据权利要求1所述的数据库服务方法，其特征在于，所述申请数据库请求中还包括预设账号和密码，并在创建第一数据库实例时根据所述预设账号和密码建立验证信息，以供所述业务子系统查询和管理时进行安全认证。3.根据权利要求1所述的数据库服务方法，其特征在于，所述主数据库服务器至少支持MySQL、Oracle、SQL Server、MongoDB、Redis和OSS数据库。4.根据权利要求1所述的数据库服务方法，其特征在于，所述方法还包括：对各数据库实例中的数据按照全量备份或增量备份的方式存储至预设存储设备上，并定期进行有效性校验。5.根据权利要求1所述的数据库服务方法，其特征在于，所述方法还包括：对各数据库实例分别建立多个主数据库节点、从数据库节点和备用数据库节点，并对各节点进行秒级监控，包括性能指标监控和硬件故障监控；其中，各主数据库节点和从数据库节点通过网络负载均衡服务器实现只读访问的负载均衡，所述性能指标包括响应时间、每秒查询率、吞吐量和/或每秒传输的事物处理个数；若检测到主数据库节点或从数据库节点性能指标波动高于设定值，则在所...

【专利技术属性】
技术研发人员：王臻，赵龙军，罗雨帆，崔丹丹，郝治国，李攀，李洋，
申请(专利权)人：中国雄安集团数字城市科技有限公司，
类型：发明
国别省市：