CN100403315C

CN100403315C - 一种实现负荷分担的数据库访问方法及系统

Info

Publication number: CN100403315C
Application number: CNB2006101397911A
Authority: CN
Inventors: 开守诺
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2006-09-25
Filing date: 2006-09-25
Publication date: 2008-07-16
Anticipated expiration: 2026-09-25
Also published as: CN1928873A

Abstract

本发明公开了一种实现负荷分担的数据库访问方法，关键是，数据代理接收到数据库访问请求后，判断该访问请求类型，若是数据查询请求，则数据代理访问辅助数据库，由辅助数据库执行查询操作，给数据代理返回查询结果信息，结束；若是数据更新请求，则数据代理访问主控数据库，由主控数据库执行数据更新操作。本发明同时还提供了一种实现负荷分担的数据库系统。应用本发明，令辅助数据库分担主控数据库上的负荷，从而在不需要额外增加成本的情况下，解决瓶颈问题，从而提升了系统性能。

Description

一种实现负荷分担的数据库访问方法及系统

技术领域

本发明涉及数据库技术领域，特别涉及一种实现负荷分担的数据库访问方法及系统。

背景技术

典型的商用电信产品采用了群集模式，以提高可用性。涉及数据库相关的群集解决方案也需高度可用。

Informix是一种大型的数据库管理系统，具有先进的技术、性能与可靠性，在全球范围的各种应用中使用十分广泛，包括政府、金融保险、邮政电信、制造及零售等重要行业或领域。像Informix这样的数据库服务器，也要采用高可用性数据复制(HDR，High Availability Data Replication)模式来提供高可用性。在HDR解决方案中，一台数据库服务器作为主控数据库以主用模式运行，另一台作为辅助服务器以只读模式运行。HDR会把在主控数据库上进行的操作复制到辅助数据库上。

通常，数据代理将连接至主控数据库，并执行数据库操作。运行的数据代理将使用数据库的数据操作语言(DML)查询，如插入、删除和选择等，并将这些查询将转到主控数据库上。

目前，在电信应用或任何其他上线的产品中，系统进行两种类型的操作。一种类型的操作涉及查看数据、在现有数据上生成统计数据以及根据统计分析准备报告。另一种类型的操作涉及更新当前数据、将新数据插入数据库或从数据库中删除等。

参见图1，其是现有的采用HDR解决方案的数据库管理系统结构示意图。数据代理110与主控数据库120之间直接连接，主控数据库120与辅助数据库130之间连接。涉及数据持续性的数据代理110将使用数据库存储用户的数据。数据代理110之上可以连接至少一个应用，通常，数据代理110将持续在数据库上执行操作，以修改当前数据、添加新数据、删除现有数据或查询数据。而上述所有操作均由主控数据库120来执行，并且，在HDR方式下，主控数据库将其所有的操作复制到辅助数据库上。

由此可以看出，由于所有的操作都在主控数据库上执行，必然会导致服务器性能的瓶颈，要解决瓶颈问题，就需要增加服务器的容量以提高其性能，而这样又需要额外的花费，导致成本上升。

发明内容

有鉴于此，本发明的目的在于提供一种实现负荷分担的数据库访问方法及系统，以解决服务器瓶颈的问题，且不需要额外花费成本。

为达到上述目的，本发明的技术方案包括：

一种实现负荷分担的数据库访问方法，包括：

a、数据代理接收到数据库访问请求后，判断该访问请求类型，若是数据查询请求，则执行步骤b，若是数据更新请求，则执行步骤c；

b、数据代理访问辅助数据库，由辅助数据库执行查询操作，给数据代理返回查询结果信息，结束；

c、数据代理访问主控数据库，由主控数据库执行数据更新操作。

主控数据库执行数据更新后，还包括：给数据代理返回执行结果信息。

在HDR模式下，主控数据库执行数据更新后，进一步包括：将所有操作结果复制到辅助数据库上。

步骤a所述判断是根据数据库访问请求中的标识进行判定的。

所述数据更新请求包括数据添加请求、数据删除请求和数据修改请求；

所述更新操作包括：数据添加、数据删除和数据修改。

所述数据查询请求包括数据查询请求、数据统计请求、数据分析请求；

所述查询操作包括查询、统计、分析。

一种实现负荷分担的数据库访问方法，包括：

数据代理接收到数据库访问请求后，判断该访问请求类型，

若是数据查询请求，则进一步判断该查询请求中是否包含指示主控数据库执行查询操作的信息，若包含则所述数据代理访问主控数据库，由主控数据库执行查询操作，给数据代理返回查询结果信息，结束；若不包含，则数据代理访问辅助数据库，由辅助数据库执行查询操作，给数据代理返回查询结果信息，结束；

若是数据更新请求，则所述数据代理访问主控数据库，由主控数据库执行数据更新操作。

所述主控数据库执行数据更新后，进一步包括：给数据代理返回执行结果信息。

在高可用性数据复制HDR模式下，主控数据库执行数据更新后，进一步包括：将所有操作结果复制到辅助数据库上。

一种实现负荷分担的数据库系统，包括：数据代理、主控数据库和辅助数据库，其中，

所述数据代理，用于向主控数据库发送更新数据的操作请求，向辅助数据库发送数据查询的操作请求；

所述主控数据库，用于根据接收的数据更新请求，执行更新操作；

所述辅助数据库，用于根据接收的数据查询请求，执行查询操作，给数据代理返回执行结果信息。

所述主控数据库，进一步用于给数据代理返回执行结果信息，在高可用性数据复制HDR模式下，将所有操作结果复制到辅助数据库上。

所述数据代理，用于向主控数据库发送更新数据的操作请求；向辅助数据库发送数据查询的操作请求，或确认接收到的查询请求包含指示主控数据库执行查询操作的信息时，向主控数据库发送查询数据的操作请求；

所述主控数据库，用于根据接收的数据更新请求，执行更新操作；用于根据接收的数据查询请求，执行查询操作，给数据代理返回执行结果信息；

所述主控数据库，进一步用于给数据代理返回更新操作的执行结果信息，在高可用性数据复制HDR模式下，将所有操作结果复制到辅助数据库上。

本发明的关键是，数据代理接收到数据库访问请求后，判断该访问请求类型，若是数据查询请求，则数据代理访问辅助数据库，由辅助数据库执行查询操作，并给数据代理返回查询结果信息，结束；若是数据更新请求，则数据代理访问主控数据库，由主控数据库执行数据更新操作。应用本发明，令辅助数据库分担主控数据库上的负荷，从而在不需要额外增加成本的情况下，解决瓶颈问题，从而提升了系统性能。

再有，在现有应用中，当主控数据库较为空闲的时，如凌晨2点，会执行统计报表等操作，如通常有话单统计、业务量统计等，这样可以避免影响呼叫等操作对主控数据库的应用。而应用了本发明之后，由于辅助数据库能够执行查询。统计等操作，因此，统计报表等操作也可以在高峰时段，如晚7点左右，从辅助数据库中生成，这样，能够使得用户在任何需要的时间获得统计分析数据。

对于查询类的应用，不影响主控数据库的其他应用，如用于显示数据的图形界面将对主控数据库性能没有影响，因此，相当于可以增加主控数据库服务的用户数量。

再有，在电信级应用，如很多数据的查询，如业务级配置信息、呼叫筛选等功能，可以由应用(即业务)根据需要，决定此查询是否在辅助数据库上查询。这样，也相当于提升了主控数据库的性能。

附图说明

图1是现有的采用HDR解决方案的数据库管理系统结构示意图。

图2是根据本发明一实施例的实现负荷分担的数据库访问流程示意图；

图3是根据本发明一实施例的采用HDR解决方案的数据库管理系统结构示意图。

具体实施方式

本发明的思路是：令辅助数据库分担主控数据库上的负荷，从而在不需要额外增加成本的情况下解决瓶颈问题。

下面结合附图及具体实施例，对本发明做进一步详细说明。

图2是根据本发明一实施例的实现负荷分担的数据库访问流程示意图。

步骤201，数据代理接收到来自应用的数据库访问请求后，根据数据库访问请求中的标识判断该访问请求的类型，若是数据查询请求，则执行步骤202，若是数据更新请求，则执行步骤203。

上述数据查询请求包括数据查询请求、数据统计请求、数据分析请求等；上述数据更新请求包括数据添加请求、数据删除请求和数据修改请求等。

步骤202，数据代理访问数据库系统内的辅助数据库，由辅助数据库执行查询操作，并给数据代理返回查询结果信息，结束。

上述查询操作包括查询、统计、分析等操作。

步骤203，数据代理访问数据库系统内的主控数据库，由主控数据库执行更新数据操作。在HDR模式下，主控数据库执行更新数据后，还需将所有操作复制到辅助数据库上，以便使系统能够实现数据灾备的功能，保证高可用性。

当然，在主控数据库执行更新数据后，还可以给数据代理返回执行结果信息。

上述更新操作包括：数据添加、数据删除和数据修改。

另外，数据代理接收到查询数据请求后，根据该请求中指示主控数据库执行查询操作的信息，还可以访问数据库系统内的主控数据库服务，由主控数据库执行查询操作，并给数据代理返回查询结果信息。例如，应用即业务可以指定特定的查询操作仍使用主控数据库，如卡号业务中，查询卡号余额的操作，就可以由业务指定必需由主控数据库获取。原因是，主控数据库的数据在备份到辅助数据库时，可能会存在短暂(秒级)延迟。

本发明还公开了一种实现负荷分担的数据库系统，包括：数据代理310、主控数据库320和辅助数据库330，其中，

数据代理310用于向主控数据库发送更新数据的操作请求，向辅助数据库发送数据查询的操作请求。当然，在数据代理310之上，还会有至少一个应用即业务与之相连。

上述数据更新请求包括数据添加请求、数据删除请求和数据修改请求；上述数据查询请求包括数据查询请求、数据统计请求、数据分析请求等。

主控数据库320用于根据接收的数据更新请求，执行更新操作，在HDR模式下，将所有操作复制到辅助数据库上。主控数据库执行的更新操作包括：数据添加、数据删除和数据修改等。

再有，主控数据库320还可以用于给数据代理返回执行结果信息。

辅助数据库330用于根据接收的数据查询请求，执行查询操作，给数据代理返回执行结果信息。辅助数据库执行的查询操作包括查询、统计、分析等。

再有，上述数据代理还可以用于向主控数据库发送查询数据的操作请求；此时，主控数据库还用于根据接收的数据查询请求，执行查询操作，给数据代理返回执行结果信息。

本发明所述方法及系统不限于HDR、informix。可以应用于任何提供双机类型的数据库。如Informix的数据复制还有企业复制(ER，EnterpriseReplication)等。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims

1.一种实现负荷分担的数据库访问方法，其特征在于，包括：

2.根据权利要求1所述的方法，其特征在于，主控数据库执行数据更新后，进一步包括：给数据代理返回执行结果信息。

3.根据权利要求1或2所述的方法，其特征在于，在高可用性数据复制HDR模式下，主控数据库执行数据更新后，进一步包括：将所有操作结果复制到辅助数据库上。

4.根据权利要求1所述的方法，其特征在于，步骤a所述判断是根据数据库访问请求中的标识进行判定的。

5.根据权利要求1所述的方法，其特征在于，

所述更新操作包括：数据添加、数据删除和数据修改。

6.根据权利要求1所述的方法，其特征在于，

所述查询操作包括查询、统计、分析。

7.一种实现负荷分担的数据库访问方法，其特征在于，包括：

数据代理接收到数据库访问请求后，判断该访问请求类型，

8.根据权利要求7所述的方法，其特征在于，主控数据库执行数据更新后，进一步包括：给数据代理返回执行结果信息。

9.根据权利要求7或8所述的方法，其特征在于，在高可用性数据复制HDR模式下，主控数据库执行数据更新后，进一步包括：将所有操作结果复制到辅助数据库上。

10.一种实现负荷分担的数据库系统，其特征在于，包括：数据代理、主控数据库和辅助数据库，其中，

11.根据权利要求10所述的系统，其特征在于，所述主控数据库，进一步用于给数据代理返回执行结果信息，在高可用性数据复制HDR模式下，将所有操作结果复制到辅助数据库上。

12.一种实现负荷分担的数据库系统，其特征在于，包括：数据代理、主控数据库和辅助数据库，其中，

所述主控数据库，用于根据接收的数据更新请求，执行更新操作；或者用于根据接收的数据查询请求，执行查询操作，给数据代理返回执行结果信息；

13.根据权利要求12所述的系统，其特征在于，所述主控数据库，进一步用于给数据代理返回更新操作的执行结果信息，在高可用性数据复制HDR模式下，将所有操作结果复制到辅助数据库上。