CN107943832A - 业务处理方法及装置 - Google Patents

Abstract

本发明提供一种业务处理方法及装置。业务处理方法包括：接收业务请求，根据业务请求在数据库中获取满足业务请求的用户号码，并确定所获取的用户号码的第一数量；依次将满足业务请求的用户号码存储到缓存中；若缓存内存储的用户号码的第二数量等于缓存的容量阈值，对缓存内的存储的用户号码进行批量处理，继续执行依次将满足业务请求的用户号码存储到缓存中的步骤；确定第一数量的用户号码中的最后一个用户号码是否被存入缓存，若是，则判断缓存中是否存储有用户号码，若是，则对缓存内存储的用户号码进行批量处理。本发明提供的业务处理方法及装置，能够减少对数据库进行操作的次数，从而减轻数据库服务器的压力，同时还能够提高业务处理速度。

Description

业务处理方法及装置

技术领域

本发明涉及数据库技术，尤其涉及一种业务处理方法及装置。

背景技术

目前，随着通信行业的发展，越来越多的用户选择使用移动电话，同时，通信运营商也就拥有越来越多的手机号码，为了能够更好的管理这些号码，运营商采用统一管控号码的方式，也就是对所有号码进行集中管理，由运营商对这些号码进行处理操作。

然而，这种管控方式导致运营商的业务处理压力较大，每次针对某一业务都需要反复读取数据库以调取出每个用户号码进行业务处理，这种频繁反复读取数据库的操作导致业务处理速度较慢，且致使数据库服务器运行缓慢，损耗较大。

发明内容

本发明提供一种业务处理方法及装置，在接收业务请求之后，将满足业务请求的用户号码存储在缓存中，再对存储中存储的用户号码进行批量处理，能够减少对数据库进行操作的次数，从而减轻数据库服务器的压力，同时还能够提高业务处理速度。

本发明的第一个方面是提供一种业务处理方法，包括：

接收业务请求，根据所述业务请求在数据库中获取满足所述业务请求的用户号码，并确定所获取的用户号码的第一数量；

依次将满足所述业务请求的用户号码存储到缓存中；

若所述缓存内存储的用户号码的第二数量等于所述缓存的容量阈值，则对所述缓存内的存储的用户号码进行批量处理，继续执行依次将满足所述业务请求的用户号码存储到缓存中的步骤；

确定所述第一数量的用户号码中的最后一个所述用户号码是否被存入所述缓存，若是，则判断所述缓存中是否存储有用户号码，若是，则对所述缓存内存储的用户号码进行批量处理。

可选的，所述数据库包括多个分片数据库；每个所述分片数据库对应不同属性的用户号码；

所述业务请求中包含有用户号码的属性信息；

相应的，所述方法还包括：确定与所述属性信息相对应的分片数据库，并在确定的分片数据库中获取满足所述业务请求的用户号码。

可选的，所述对缓存内存储的用户号码进行批量处理之后，还包括：

确定已经处理的所述用户号码的第三数量值；

将所述第一数量值与所述第三数量值进行比对，根据比对结果判断是否处理完成全部的所述第一数量的用户号码。

可选的，所述对所述缓存内的用户号码进行批量处理，包括：

向所述数据库所在的服务器发送处理指令，其中，所述处理指令包括所述缓存内的用户号码的信息。

可选的，所述将满足所述业务请求的用户号码存储到缓存中，包括：

将所述满足所述业务请求的用户号码依次存储到与所述分片数据库对应的子缓存中，其中，所述子缓存与所述分片数据库一一对应。

本发明的另一个方面是提供一种业务处理装置，包括：

接收模块，用于接收业务请求，根据所述业务请求在数据库中获取满足所述业务请求的用户号码；

确定模块，用于确定所获取的用户号码的第一数量；

存储模块，用于依次将满足所述业务请求的用户号码存储到缓存中；

处理模块，若所述缓存内存储的用户号码的第二数量等于所述缓存的容量阈值，则所述处理模块对所述缓存内的存储的用户号码进行处理，然后所述存储模块继续向所述缓存中依次存入满足所述业务请求的用户号码；

判断模块，所述确定模块还用于确定所述第一数量的用户号码中的最后一个所述用户号码是否被存入所述缓存，若是，则所述判断模块判断所述缓存中是否存储有用户号码，若是，则所述处理模块对所述缓存内存储的用户号码进行批量处理。

可选的，所述数据库包括多个分片数据库；每个所述分片数据库对应不同属性的用户号码；

所述业务请求中包含有用户号码的属性信息；

相应的，所述确定模块具体用于：确定与所述属性信息相对应的分片数据库，并在确定的分片数据库中获取满足所述业务请求的用户号码。

可选的，所述装置还包括：比对模块；

所述确定模块还用于确定已经处理的所述用户号码的第三数量值；

所述比对模块用于将所述第一数量值与所述第三数量值进行比对，根据比对结果判断是否处理完成全部的所述第一数量的用户号码。

可选的，所述处理模块具体用于：

向所述数据库所在的服务器发送处理指令，其中，所述处理指令包括所述缓存内的用户号码的信息。

可选的，所述存储模块具体用于：

将所述满足所述业务请求的用户号码依次存储到与所述分片数据库对应的子缓存中，其中，所述子缓存与所述分片数据库一一对应。

本发明提供的方法及装置的技术效果是：

本实施例提供的业务处理方法及装置，首先接收业务请求，根据业务请求在数据库中获取满足业务请求的用户号码，并确定所获取的用户号码的第一数量；依次将满足业务请求的用户号码存储到缓存中；若缓存内存储的用户号码的第二数量等于缓存的容量阈值，则对缓存内的存储的用户号码进行批量处理，继续执行依次将满足业务请求的用户号码存储到缓存中的步骤；确定第一数量的用户号码中的最后一个用户号码是否被存入缓存，若是，则判断缓存中是否存储有用户号码，若是，则对缓存内存储的用户号码进行批量处理。本实施例提供的业务处理方法及装置，将需要处理的用户号码存储在缓存中，也就是记录下需要进行处理的用户号码，再对数据库中存储的这些号码进行业务处理，从而无需逐条处理用户号码，从而减少操作数据库的次数，从而减少数据库接收、解析指令的次数，能够降低数据库处理业务时的压力。

附图说明

图1为本发明一示例性实施例示出的业务处理方法的流程图；

图2为本发明另一示例性实施例示出的业务处理方法的流程图；

图3为本发明一示例性实施例示出的业务处理装置的结构图；

图4为本发明另一示例性实施例示出的业务处理装置的结构图。

具体实施方式

目前，通信运营商在对大批量的用户号码执行同一项业务时，需要根据业务需求，在数据库中确定一条满足业务需求的用户号码，然后对其进行操作，完成相应的业务，再在数据库中确定下一条满足业务需求的用户号码，对其执行同样的操作。每确定一条满足业务需求的用户号码，就需要操作一次数据库，对数据库中的用户号码进行操作，导致频繁的对数据库进行操作，造成数据库服务器压力大，运行缓慢，基于此，本发明提供一种业务处理方法及装置，能够解决现有技术中集中对用户号码进行处理时导致数据库服务器压力大的技术问题。

图1为本发明一示例性实施例示出的方法的流程图。

如图1所示，本实施例提供的业务处理方法包括：

步骤101，接收业务请求，根据业务请求在数据库中获取满足业务请求的用户号码，并确定所获取的用户号码的第一数量。

其中，本实施例的执行主体可以是能够联网的终端，例如手机、PAD、电脑等能够联网的电子设备。还可以将本实施例提供的方法封装到软件中，由终端运行上述系统，从而使用本实施例提供的方法。

具体的，可以由用户操作终端，在终端内输入业务请求，从而使终端接收该业务请求。还可以是通过其他终端向执行本实施例的终端发送指令的方式，使终端接收业务请求。终端接收到业务请求后，对业务请求进行解析，并确定业务请求中携带的用户号码，并在数据库中获取业务请求中携带的用户号码同时，确定所获取的用户号码的第一数量，也就是统计满足业务请求条件的用户号码的总数量。

进一步的，还可以根据业务请求，确定数据库中是否含有业务请求所包含的用户号码，如果没有，则不对该号码进行处理，避免操作系统一直在数据库中寻找该用户号码，造成资源浪费。

步骤102，依次将满足业务请求的用户号码存储到缓存中。

其中，可以逐条获取数据库中满足业务请求条件的用户号码，再将其依次存储到与数据库对应的缓存中。具体的，可以在终端执行本实施例提供的方法时，在缓存中创建list，用于存储用户号码。还可以为list设置最大容量，如果list中没有空间继续存储用户号码，则停止向缓存中存储用户号码。例如，list中一共能够存储200条用户号码。

进一步的，可以将满足业务请求的用户号码存储到终端所在的缓存中。

具体的，还可以在获取满足所述业务请求的用户号码时对其设置标识，例如，1、2、3、4等序号，如果数据库中共包括500条满足业务请求的用户号码，则可以对其依次进行编号，最后一条满足满足业务请求的用户号码的标识为500。

步骤103，若缓存内存储的用户号码的第二数量等于缓存的容量阈值，则对缓存内的存储的用户号码进行批量处理。具体来说，当缓存中存入了达到缓存的容量阈值的用户号码时，就对缓存中的用户号码进行批量处理。可以每向缓存中存储一个用户号码，就确定一次缓存中的用户号码的数量，并将其与缓存的容量阈值比对，从而确定缓存中的用户号码是否达到了缓存的容量阈值。

其中，确定缓存内存储的用户号码数量为第二数量，再将第二数量与缓存的容量阈值比较，当第二数量等于缓存的容量阈值时，对缓存内存储的用户号码进行批量处理。

具体的，可以向数据库发送一条用于处理缓存中存储的全部的用户号码进行业务处理指令，从而达到批量处理的目的，相比现有技术中，每确定一条满足业务需求的用户号码，就向数据库发送一条用于处理用户号码的指令来说，本实施例提供的方案能够减少向数据库发送指令的数量，从而减少数据库接收、解析指令的次数，能够降低数据库处理业务时的压力，还能够避免发送的指令积压，导致处理效率低。

进一步的，根据缓存中存储的用户号码，处理存储在数据库中与缓存中存储的用户号码所对应的号码。例如，如果缓存中存储有13001234567，则对数据库中的用户号码13001234567进行处理。

在步骤103之后，可以继续执行步骤102。如果缓存内存储的用户号码能够达到缓存的容量阈值，就可以认为满足业务请求的用户号码的第一数量大于等于缓存的容量阈值，则继续向缓存中依次存入满足业务请求的用户号码，从而使第一数量的用户号码都能够被处理。

步骤104，确定第一数量的用户号码中的最后一个用户号码是否存入缓存。

其中，可以根据用户号码的标识信息确定最后一个用户号码是否被存入缓存中，例如，共有500条满足业务请求的用户号码，依次对其进行编号，并依次将其存入缓存，确定标识为500的用户号码是否被存入缓存中，从而确定出最后一个用户号码是否被存入缓存中。

若是，则执行步骤105，判断缓存中是否存储有用户号码。

若否，则还有剩余的用户号码没有被处理，则继续执行步骤102，依次将满足业务请求的用户号码存储到缓存中。

当最后一个用户号码被存入缓存后，有可能缓存中存储有多个用户号码，而且存储的用户号码的第二数量小于缓存的容量阈值，导致无法对其进行批量处理，为了避免上述问题的发生，在最后一个用户号码被存入缓存后，判断缓存中是否存储有用户号码，若是，执行步骤106，对缓存内存储的用户号码进行批量处理。

其中，可以在步骤102之后执行步骤104，在第一数量小于缓存的容量阈值时，能够对第一数量的用户号码进行批量处理。具体的，由于满足业务请求的用户号码总量小于缓存的容量阈值，就导致缓存内存储的用户号码的第二数量无法到达缓存容量阈值，也就无法通过步骤104对用户号码进行批量处理，则在第一数量的用户号码被依次放入缓存中后，对缓存中的用户号码进行批量处理。

具体的，还可以在步骤103之后执行步骤104，在对一部分用户号码进行批量处理后，剩余的用户号码小于缓存的容量阈值后，能够对剩余的用户号码进行批量处理。

下面列举三种情况，以说明上述实施方式：

一、缓存的容量阈值为200，满足业务请求的用户号码的第一数量为500：

接收业务请求，确定出第一数量为500；将这500条用户号码依次存储到缓存中；当缓存中存储了200条用户号码后，对这200条用户号码进行批量处理，同时清空缓存中已经被处理的用户号码；继续向缓存中依次存储满足业务请求的用户号码，当缓存第二次存储了200条用户号码后，再对这200条用户号码进行批量处理，同时清空缓存中已经被处理的用户号码；然后继续向缓存中依次存储满足业务请求的用户号码，由于满足业务请求的用户号码只剩下100条，因此缓存中最多只能存储100条用户号码，当这100条用户号码全被存储到缓存后，能够确定出第一数量的用户号码中的最后一个用户号码被存入缓存中，则判断缓存中是否存储有用户号码，判断结果为是，则对缓存中的这100条用户号码进行处理。

二、缓存的容量阈值为200，满足业务请求的用户号码的第一数量为200：

接收业务请求，确定出第一数量为200；将这200条用户号码依次存储到缓存中。然后判断出缓存中存储了200条用户号码，对这200条用户号码进行批量处理，同时清空缓存中已经被处理的用户号码；继续向缓存中依次存储满足业务请求的用户号码，由于第一数量为200，此时没有多余的用户号码可以放入缓存中，因此缓存中没有用户号码。再将第200条用户号码存入缓存时，能够确定出第一数量的用户号码中的最后一个用户号码被存入缓存中，则判断缓存中是否存储有用户号码，判断结果为否，则结束业务处理流程。

三、缓存的容量阈值为200，满足业务请求的用户号码的第一数量为150：

接收业务请求，确定出第一数量为150；将这150条用户号码依次存储到缓存中。此时缓存中存储的用户号码的第二数量不可能到达缓存的容量阈值，因此不会触发步骤103，当第一数量的用户号码中的最后一个用户号码被存入缓存中时，判断缓存中是否存储有用户号码，判断结果为有，则对缓存内存储的150条用户号码进行批量处理。

进一步的，缓存的容量阈值可以根据需求进行设置，通过设置容量阈值，可以限制存储到缓存中的用户号码数量，避免缓存中存储过多的用户号码，导致对缓存中的用户号码进行批量处理时数据库服务器压力过大。

本实施例提供的业务处理方法，首先接收业务请求，根据业务请求在数据库中获取满足业务请求的用户号码，并确定所获取的用户号码的第一数量；依次将满足业务请求的用户号码存储到缓存中；若缓存内存储的用户号码的第二数量等于缓存的容量阈值，则对缓存内的存储的用户号码进行批量处理，继续执行依次将满足业务请求的用户号码存储到缓存中的步骤；确定第一数量的用户号码中的最后一个用户号码是否被存入缓存，若是，则判断缓存中是否存储有用户号码，若是，则对缓存内存储的用户号码进行批量处理。本实施例提供的业务处理方法，将需要处理的用户号码存储在缓存中，也就是记录下需要进行处理的用户号码，再对数据库中存储的这些号码进行业务处理，从而无需逐条处理用户号码，从而减少操作数据库的次数，从而减少数据库接收、解析指令的次数，能够降低数据库处理业务时的压力。

图2为本发明另一示例性实施例示出的业务处理方法的流程图。

如图2所示，本实施例提供的业务处理方法中，数据库包括多个分片数据库，每个分片数据库对应不同属性的用户号码。多个分片据库可以以分布式数据库的方式设置，将原来集中式数据库中的数据分散存储到多个通过网络连接的数据存储节点上，从而获取更大的存储容量和更高的并发访问量。

其中，可以根据用户号码定位属性信息将其存储到与其属性信息相对应的分片数据库中。例如将第一用户号码存储到数据库中，可以先接收第一用户号码，再判断数据库中是否已经包含用户号码，若数据库中没有第一用户号码，则根据预设规则，对第一用户号码进行拆分，获得拆分后的号码字段。

其中，可以将第一用户号码拆分为前七位和后五位，将前七位作为拆分后的号码字段。

根据拆分后的号码字段确定第一用户号码的属性信息，将第一用户号码存放至与属性信息对应的分片数据库中。还可以对拆分后的号码字段进行一定的计算，得到计算结果，根据计算结果确定其属性信息。例如，可以用拆分字段对分布式数据库的数量取余，将第一用户号码存放至与余数对应的分布式数据库，例如，第一用户号码的前七位数字是1554075，共有16个分布式数据库，则使1554075除以16，得到商97129，余数11，则将第一用户号码存储到与余数为11对应的分布式数据库中。通过本实施例提供的方式存储用户号码，使得用户号码按照一定的规律存储在分片数据库中，能够提高在分片数据库中确定满足业务请求的用户号码的速度。

步骤201，接收业务请求，业务请求中包含有用户号码的属性信息。

其中，终端接收到业务请求后，对业务请求进行解析，确定出业务请求中的用户号码的属性信息。

具体的，业务请求中携带有用户号码，根据用户号码本身的数字确定其属性信息。例如，用户号码的前七位数字是1554075，共有16个分布式数据库，则使1554075除以16，得到商97129，余数11，则确定该用户号码的属性信息为余数16。

步骤202，确定与属性信息相对应的分片数据库，并在确定的分片数据库中获取满足业务请求的用户号码。

进一步的，根据确定出的用户号码属性信息，在多个分片数据库中确定出与用户号码属性信息对应的分片数据库，例如用户号码的属性信息为用户号码前四位是1234，则查找存储用户号码前四位为1234的分片数据库。

再比如，可以依据将用户号码存入分片数据库的规则，确定用户号码所属分片数据库。例如，解析到业务请求中的用户号码信息后，计算出用户号码的属性信息为余数16，则确定出余数16对应的分布式数据库，再从确定出的分布式数据库中确定用户号码。根据用户号码属性信息，确定出用户号码所属的分布式数据库，从而避免操作系统在所有的数据库中进行扫描式搜索，造成业务处理缓慢。

一方面，在多个分片数据库中存储用户号码，能够扩充数据库的总体容量，另一方面，同时从多个分片数据库中获取用户号码，再对用户号码进行处理，能够提高确定用户号码的速度，无需在所有数据库中进行地毯式扫描，从而提高业务处理的整体速度。从而更进一步的提高本实施例提供的业务处理方法的处理速度。

步骤203，将满足业务请求的用户号码依次存储到与分片数据库对应的子缓存中。

其中，子缓存与分片数据库一一对应。也就是说，每个分片数据库都对应到一个子缓存中，且该子缓存仅存储该分片数据库中的用户号码。由于每个缓存中存储的用户号码都属于同一个分片数据库，从而在对用户号码进行处理时，能够避免跨库操作，使得仅向分片数据库所在的服务器发送一条指令，就能够对缓存中的号码进行处理。

步骤204，若子缓存内存储的用户号码的第二数量等于该子缓存的容量阈值，则向该子缓存对应的分片数据库所在的服务器发送处理指令，其中，处理指令包括该子缓存内的用户号码的信息。

具体来说，每个分片数据库对应一个子缓存，其中一个子缓存中存储有该缓存容量阈值数量的用户号码后，就向子缓存所对应的分片数据库所在的服务器发送处理指令，以使分片数据库所在的服务器对用户号码进行处理。

具体的，数据库所在的服务器接收到处理指令后，对指令进行解析，获得指令中包含的用户号码信息，再根据其中的用户号码信息处理数据库中的用户号码。

在步骤204之后，继续执行步骤203，将满足业务请求的用户号码依次存储到与分片数据库对应的子缓存中。

步骤205，确定第一数量的用户号码中的最后一个用户号码是否存入缓存。

若是，则执行步骤206，判断子缓存中是否存储有用户号码。

若是，执行步骤207，向存储有用户号码的子缓存所对应的数据库所在的服务器发送处理指令，其中，处理指令包括子缓存内的用户号码的信息。

其中，可以在步骤203之后执行步骤205，还可以在步骤204之后执行步骤205。

在步骤204、207之后，还包括确定已经处理的用户号码的第三数量值；

将第一数量值与第三数量值进行比对，根据比对结果判断是否处理完成全部的第一数量的用户号码。

也就是在对缓存内存储的用户号码进行批量处理之后，将已经处理的用户号码数量和满足业务请求的用户号码数量进行比对，如果二者相等，则可以判断已经处理完成所有的用户号码，否则，查找遗漏处理的用户号码。如果已经批量处理完成所有的用户号码，则可以在业务请求对应的任务表中作出处理完成的标记。

本实施例提供的业务处理方法，能够从多个分片数据库中同时获取满足业务请求的用户号码，再对各个分片数据库中的用户号码进行业务处理，能够从整体上提高业务处理速度。另外，根据用户号码的属性信息将其存储在与属性信息对应的分片数据库中，再根据属性信息从分片数据库中获取满足业务请求的用户号码，使得终端能够更快的确定满足业务请求的用户号码所属的分片数据库，从而更快的定位到满足业务请求的用户号码。

图3为本发明一示例性实施例示出的业务处理装置的结构图。

如图3所示，本实施例提供的业务处理装置包括：

接收模块31，用于接收业务请求，根据所述业务请求在数据库中获取满足所述业务请求的用户号码；

确定模块32，用于确定所获取的用户号码的第一数量；

存储模块33，用于依次将满足所述业务请求的用户号码存储到缓存中；

处理模块34，若所述缓存内存储的用户号码的第二数量等于所述缓存的容量阈值，则所述处理模块34对所述缓存内的存储的用户号码进行处理，然后所述存储模块33继续向所述缓存中依次存入满足所述业务请求的用户号码。

其中，接收模块31、确定模块32、存储模块33、处理模块34依次连接。

判断模块35，所述确定模块32还用于确定所述第一数量的用户号码中的最后一个所述用户号码是否被存入所述缓存，若是，则所述判断模块35判断所述缓存中是否存储有用户号码，若是，则所述处理模块34对所述缓存内存储的用户号码进行批量处理。

其中，判断模块35与确定模块32、处理模块34分别连接。

具体的，接收模块31与数据库连接，以使接收模块31能够访问数据库。处理模块33与数据库连接，以使处理模块33能够向数据库发送处理指令，从而对数据库中与缓存内相对应的用户号码进行处理。

本实施例提供的业务处理装置，能够接收业务请求，然后根据业务请求在数据库中获取满足业务请求的用户号码，并确定所获取的用户号码的第一数量；依次将满足业务请求的用户号码存储到缓存中；若缓存内存储的用户号码的第二数量等于缓存的容量阈值，则对缓存内的存储的用户号码进行批量处理，继续执行依次将满足业务请求的用户号码存储到缓存中的步骤；确定第一数量的用户号码中的最后一个用户号码是否被存入缓存，若是，则判断缓存中是否存储有用户号码，若是，则对缓存内存储的用户号码进行批量处理。本实施例提供的业务处理装置，将需要处理的用户号码存储在缓存中，也就是记录下需要进行处理的用户号码，再对数据库中存储的这些号码进行业务处理，从而无需逐条处理用户号码，从而减少操作数据库的次数，从而减少数据库接收、解析指令的次数，能够降低数据库处理业务时的压力。

本实施例提供的业务处理装置的具体原理和实现方式均与图1所示的实施例类似，此处不再赘述。

图4为本发明另一示例性实施例示出的业务处理装置的结构图。

如图4所示，数据库包括多个分片数据库；每个分片数据库对应不同属性的用户号码。图中仅示出其中一个分片数据库。

在上述实施例的基础上，本实施例提供的业务处理装置中，接收模块31接收的业务请求中包含有用户号码的属性信息；

相应的，所述确定模块32具体用于：确定与所述属性信息相对应的分片数据库，并在确定的分片数据库中获取满足所述业务请求的用户号码。

可选的，本实施例提供的业务处理装置，还包括：比对模块36。

所述确定模块32还用于确定已经处理的所述用户号码的第三数量值；

所述比对模块36用于将所述第一数量值与所述第三数量值进行比对，根据比对结果判断是否处理完成全部的所述第一数量的用户号码。

比对模块36与确定模块32连接。

可选的，本实施例提供的业务处理装置，处理模块34具体用于：向数据库所在的服务器发送处理指令，其中，处理指令包括缓存内的用户号码的信息。

进一步的，存储模块32具体用于：

将满足业务请求的用户号码依次存储到与分片数据库对应的缓存中，其中，子缓存与分片数据库一一对应。

本实施例提供的业务处理装置，能够从多个分片数据库中同时获取满足业务请求的用户号码，再同时对各个分片数据库中的用户号码进行业务处理，能够从整体上提高业务处理速度。另外，根据用户号码的属性信息将其存储在与属性信息对应的分片数据库中，使得终端能够更快的确定满足业务请求的用户号码所属的分片数据库。

本实施例提供的业务处理装置的具体原理和实现方式均与图2所示的实施例类似，此处不再赘述。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (10)

1.一种业务处理方法，其特征在于，包括：

接收业务请求，根据所述业务请求在数据库中获取满足所述业务请求的用户号码，并确定所获取的用户号码的第一数量；

依次将满足所述业务请求的用户号码存储到缓存中；

若所述缓存内存储的用户号码的第二数量等于所述缓存的容量阈值，则对所述缓存内的存储的用户号码进行批量处理，继续执行依次将满足所述业务请求的用户号码存储到缓存中的步骤；

确定所述第一数量的用户号码中的最后一个所述用户号码是否被存入所述缓存，若是，则判断所述缓存中是否存储有用户号码，若是，则对所述缓存内存储的用户号码进行批量处理。

2.根据权利要求1所述的业务处理方法，其特征在于，所述数据库包括多个分片数据库；每个所述分片数据库对应不同属性的用户号码；

所述业务请求中包含有用户号码的属性信息；

相应的，所述方法还包括：确定与所述属性信息相对应的分片数据库，并在确定的分片数据库中获取满足所述业务请求的用户号码。

3.根据权利要求1或2所述的业务处理方法，其特征在于，所述对缓存内存储的用户号码进行批量处理之后，还包括：

确定已经处理的所述用户号码的第三数量值；

将所述第一数量值与所述第三数量值进行比对，根据比对结果判断是否处理完成全部的所述第一数量的用户号码。

4.根据权利要求1所述的业务处理方法，其特征在于，所述对所述缓存内的用户号码进行批量处理，包括：

向所述数据库所在的服务器发送处理指令，其中，所述处理指令包括所述缓存内的用户号码的信息。

5.根据权利要求2所述的业务处理方法，其特征在于，所述依次将满足所述业务请求的用户号码存储到缓存中，包括：

将所述满足所述业务请求的用户号码依次存储到与所述分片数据库对应的子缓存中，其中，所述子缓存与所述分片数据库一一对应。

6.一种业务处理装置，其特征在于，包括：

接收模块，用于接收业务请求，根据所述业务请求在数据库中获取满足所述业务请求的用户号码；

确定模块，用于确定所获取的用户号码的第一数量；

存储模块，用于依次将满足所述业务请求的用户号码存储到缓存中；

处理模块，若所述缓存内存储的用户号码的第二数量等于所述缓存的容量阈值，则所述处理模块对所述缓存内的存储的用户号码进行处理，然后所述存储模块继续向所述缓存中依次存入满足所述业务请求的用户号码；

判断模块，所述确定模块还用于确定所述第一数量的用户号码中的最后一个所述用户号码是否被存入所述缓存，若是，则所述判断模块判断所述缓存中是否存储有用户号码，若是，则所述处理模块对所述缓存内存储的用户号码进行批量处理。

7.根据权利要求6所述的业务处理装置，其特征在于，所述数据库包括多个分片数据库；每个所述分片数据库对应不同属性的用户号码；

所述业务请求中包含有用户号码的属性信息；

相应的，所述确定模块具体用于：确定与所述属性信息相对应的分片数据库，并在确定的分片数据库中获取满足所述业务请求的用户号码。

8.根据权利要求6或7所述的业务处理装置，其特征在于，所述装置还包括：比对模块；

所述确定模块还用于确定已经处理的所述用户号码的第三数量值；

所述比对模块用于将所述第一数量值与所述第三数量值进行比对，根据比对结果判断是否处理完成全部的所述第一数量的用户号码。

9.根据权利要求6所述的业务处理装置，其特征在于，所述处理模块具体用于：

向所述数据库所在的服务器发送处理指令，其中，所述处理指令包括所述缓存内的用户号码的信息。

10.根据权利要求7所述的业务处理装置，其特征在于，所述存储模块具体用于：

将所述满足所述业务请求的用户号码依次存储到与所述分片数据库对应的子缓存中，其中，所述子缓存与所述分片数据库一一对应。