对服务器造成冲击，都需要大量的技术人员对服务器进行前期维护或前期测试。而本公开实施例提供的方案，通过向用于新业务的第一服务器分配少量用户请求，使第一服务器在初始运行后，完成对新业务数据信息的缓存，减少了初始请求量过大对第一服务器造成冲击，并可以减少维护的技术人员，降低维护成本。
[0041]在一个实施例中，该方法还可被实施为:步骤Al。
[0042]在步骤Al中，当第一服务器的负荷信息处于预设第三负荷阈值与预设第一负荷阈值之间的时长大于预设时长阈值时，将预设第一负荷阈值增大到预设第二负荷阈值。预设第三负荷阈值小于预设第一负荷阈值。
[0043]当第一服务器的负荷减少并趋于平衡时，可以确定第一服务器处理用户请求速度与收到用户请求的速度保持平衡，说明此时第一服务器的缓存中已缓存相当数量的数据信息供第一服务器使用，此时增加分配给第一服务器的用户请求的数量，在第一服务器缓存中预存储更多的数据信息。因此，逐步增加分配给第一服务器的用户请求的数量，在保证第一服务器正常运行的情况下，增加了第一服务器的处理量，完成服务器缓存的预存储。
[0044]在一个实施例中，该方法还可被实施为:步骤BI。
[0045]在步骤BI中，当第一服务器的负荷信息大于或等于预设第一负荷阈值时，向第二服务器发送用户请求，指示第二服务器获取并缓存用户请求所请求的数据信息。
[0046]当分配给第一服务器的用户请求数量增大到第一负荷阈值时，说明第一服务器的处理能力到达阈值，此时，向其他未用于处理新业务的第二服务器发送用户请求，实现了第一服务器与第二服务器同时处理用户请求，在第一服务器只处理少量的用户请求时，减少了剩余部分用户请求无法得到处理的情况。
[0047]在一个实施例中，该方法还可被实施为:步骤Cl。
[0048]在步骤Cl中，向第二服务器发送升级文件，将第二服务器作为第一服务器，用于处理新业务。
[0049]逐步升级第二服务器，使第二服务器作为第一服务器进行工作，处理新业务。逐步升级部分服务器，并向升级后的服务器分配少量用户请求对服务器的缓存进行预存储，减少大量用户请求对处理新业务的服务器产生冲击。
[0050]在一个实施例中，该方法还可被实施为:步骤Dl-步骤D2。
[0051]在步骤Dl中，接收第一服务器发送的针对用户请求的处理结果；
[0052]在步骤D2中，向发送用户请求的客户端发送处理结果。
[0053]实现了当服务器处理新业务后，仍可以向客户端正常反馈处理结果的目的。
[0054]对一组服务器进行新业务升级，并且需要升级后的服务器正常处理用户请求。本公开实施例提供如下方式。
[0055]如图2所示，本公开实施例提供了一种缓存预存储的方法，具体实施步骤如下:
[0056]在步骤201中，向第一服务器发送升级文件。
[0057]将一组服务器分成3部分，第一服务器、第二服务器及第三服务器，向其中第一服务器发送升级文件，指示第一服务器升级，用于处理新业务。
[0058]在步骤202中，接收客户端发送的用户请求。
[0059]在步骤203中，获得第一服务器的负荷信息。
[0060]负荷信息，包括:CPU(中央处理器)使用率、占用内存大小及运行进程数。在本公开实施例中获得的负荷信息为CPU使用率。
[0061]在步骤204中，判断第一服务器的负荷信息是否小于预设第一负荷阈值。当第一服务器的负荷信息小于预设第一负荷阈值时，执行步骤204;当第一服务器的负荷信息处于预设第三负荷阈值与预设第一负荷阈值之间的时长大于预设时长阈值时，执行步骤205 ;当第一服务器的负荷信息大于或等于预设第一负荷阈值时，执行步骤207。
[0062]预设第一负荷阈值为CPU使用率70%。
[0063]在步骤205中，当第一服务器的负荷信息小于预设第一负荷阈值时，向第一服务器发送用户请求，指示第一服务器获取并缓存用户请求所请求的数据信息。
[0064]向第一服务器发送少量的用户请求，同时对获得的CPU使用率进行判断，如果CPU使用率未达到70%，则继续向第一服务器发送用户请求，并指示第一服务器获取所请求的数据信息，并在第一服务器的缓存中预存储所请求的数据信息。
[0065]在步骤206中，判断第一服务器的负荷信息处于预设第三负荷阈值与预设第一负荷阈值之间的时长是否大于预设时长阈值。当第一服务器的负荷信息处于预设第三负荷阈值与预设第一负荷阈值之间的时长大于预设时长阈值时，则执行步骤207。
[0066]预设第三负荷阈值为CPU使用率50%，预设时长阈值为20S。
[0067]在步骤207中，当第一服务器的负荷信息处于预设第三负荷阈值与预设第一负荷阈值之间的时长大于预设时长阈值时，将预设第一负荷阈值增大到预设第二负荷阈值。预设第三负荷阈值小于预设第一负荷阈值。当第一服务器的负荷信息处于预设第三负荷阈值与预设第一负荷阈值之间的时长小于或等于预设时长阈值时，保持第一服务器的负荷阈值为第一预设负荷阈值。
[0068]当第一服务器的CPU使用率介于50% -70%之间20S时，可以确定第一服务器的处理速度与接收到新分配的用户请求的速度保持平衡，此时，可以加大发送给第一服务器的用户请求的数量，第一服务器的CPU使用率达到80 %，使第一服务器在保证处理速度的同时处理最大的处理量，控制发送给第一服务器的用户请求的数量由少到多，从而给第一服务器建立缓冲期，防止大量用户请求对第一服务器造成冲击。
[0069]在步骤208中，向第二服务器发送升级文件，将第二服务器作为第一服务器，用于处理新业务。
[0070]同时，还可以将第一服务器缓存的数据发送给第二服务器并指示第二服务器缓存。
[0071]当第一服务器的CPU使用率保持在80%时，说明第一服务器的缓存已经预存储完成，第一服务器处理的用户请求所请求数据信息，可以从缓存中直接获得。此时，升级第二服务器，将第二服务器作为第一服务器完成步骤203-步骤208。最终缓存完成第二服务器缓存的预存储。
[0072]在步骤209中，当第一服务器的负荷信息大于或等于预设第一负荷阈值时，向第二服务器发送用户请求，指示第二服务器获取并缓存用户请求所请求的数据信息。
[0073]在第一服务器处理速度与接收用户请求的速度还未趋于平衡之前，当发送给第一服务器的用户请求的量，达到了第一服务器CPU使用率的70%时，需要对冗余部分用户请求进行处理，则向其他未进行升级的服务器发送用户请求，如向第二服务器或第三服务器发送用户请求。通过其他未升级的服务器处理超过第一服务器的第一负荷阈值的用户请求，保证在减少第一服务器受到大量用户请求的冲击的同时，保证所有的用户请求均得到处理。
[0074]在步骤210中，接收第一服务器发送的针对用户请求的处理结果。
[0075]接收第一服务器根据用户请求获得的处理结果。
[0076]在步骤211中，向发送用户请求的客户端发送处理结果。
[0077]本公开实施例提供了一种缓存预存储的方法。针对在使用的服务器进行升级后，服务器处理新业务时，由于新业务的数据信息并没有存储在缓存中，如果升级后的服务器接收到大量的用户请求，则会对服务器造成冲击。因此本公开实施例，通过先对第一服务器升级，并向第一服务器分配少量的用户请求，使第一服务器中完成缓存预存储。然后再对第二服务器升级，进行第一服务器的步骤，然后逐步升级其他服务器，最后完成所有服务器的升级。在对新升级的服务器进行预存储时，新升级的服务器处理不完的用户请求，则由其他服务器进行处理，可以是已升级的服务器，也可以是未升级的服务器，使接收到的用户请求均可得到相应处理。实现了在升级过程中仍然可以保证服务器正常处理用户请求，减少了新升级的服务器直接处理大量用户请求而对服务器产生冲击。并可以节约维护人力，降低维护成本。
[0078]在一组有大客户量的服务器组中上线新的服务器，并且需要新上线的服务器上线后能正常处理用户请求。本公开实施例提供如下方式。
[0079]如图3所示，本公开实施例提供一种缓存预存储的方法，具体实施步骤如下:
[0080]在步骤301中，接收客户端发送的用户请求。
[0081]在步骤302中，获得第一服务器的第一负荷信息及第二负荷信息。
[0082]将一组服务器分成两部分，第一服务器为新上线用于处理新业务的服务器，第二服务器为正常使用用于处理老业务的服务器。负荷信息，包括:CPU(中央处理器)使用率、用户请求数量、占用内存大小及运行进程数。在本公开实施例中第一负荷信息为CPU使用率，第二负荷信息为用户请求数量。
[0083]在步骤303中，判断第一负荷信息是否大于或等于预设第一负荷阈值。
[0084]当第一服务器的第一负荷信息大于或等于预设第一负荷阈值时，继续步骤304 ;
[0085]当第一服务器的第一负荷信息小于预设第一负荷阈值时，继续步骤305。
[0086]预设第一负荷阈值为CPU使用率70%。
[0087]步骤304，当第一服务器的第一负荷信息大于或等于预设第一负荷阈值时，向第二服务器发送用户请求。当第二服务器处理完用户请求后，接收第二服务器发送的针对用户请求的处理结果，并向发送用户请求的客户端发送处理结果。
[0088]步骤305，当第一服务器的第一负荷信息小于预设第一负荷