[发明专利]主从架构服务器及其处理业务的方法和处理业务的系统

说明书

本申请公开了一种主从架构服务器及其处理业务的方法和处理业务的系统，其中，主从架构服务器处理业务的方法包括：主从架构服务器的父进程解析并加载配置文件，配置文件中包含多个端口及与每个端口一一对应的进程编号；父进程为创建的子进程分配不同的进程编号；子进程根据自己的进程编号从父进程继承对应的资源，资源包括端口；以及子进程监听对应的端口以接收来自客户端的业务请求，并对业务请求进行处理，然后向客户端返回业务应答。本申请实施例，通过让不同的子进程分别监听不同端口的读写事件，可以保证一个端口下的业务请求完全交由一个子进程处理，子进程间完全独立不再相互竞争业务请求，从而避免发生惊群现象。

技术领域

本申请涉及计算机技术领域，尤其涉及一种主从架构服务器及其处理业务的方法和处理业务的系统。

背景技术

目前，很多服务器都有多核中央处理单元(CPU)，并支持对称多处理(SymmetricMulti-Processing，SMP)架构。为充分利用CPU资源，很多高性能服务器均采用主从架构，主从架构的示意图如图1所示，先由父进程解析并加载配置文件、创建套接字并绑定监听端口，然后创建出多个子进程，每个子进程分别继承父进程的资源。子进程的个数和CPU的核数相同，为避免子进程在CPU之间迁移，还可以将子进程和特定的CPU绑定。

在主从架构下，主进程又可以称为监控进程，子进程又可以称为工作进程。每个子进程的作用完全相同，当客户端发起业务请求时，子进程通过竞争的方式来获取该业务请求的处理权。

以上主从架构存在以下几个问题：

(1)多个工作进程同时监听同一个端口，当有请求发往某个端口时，多个工作进程会去竞争该请求的处理权，而最终只有一个进程才能竞争成功，这就引起惊群现象；

(2)在真实的生产环境，尤其是在虚拟机环境下，有些进程竞争请求成功的概率高于其他进程，造成部分进程接入大量请求而过度繁忙，其他进程得不到请求而过度空闲，进程之间的负载不平衡，不能充分发挥SMP架构的优势；

(3)当工作进程存在状态时，即一些请求只有被特定的工作进程接收才能被正确处理，在这种情况下，如果这些请求被其他进程接收，接收请求的进程只能向其他进程寻求帮助，这样会增加通信成本。例如，每个工作进程单独维护自己的缓存，缓存中存放了用户的个人信息，如果A用户的个人信息在B进程的缓存中，当A发起的请求被C进程接收，由于C进程没有A用户的个人信息，所以无法直接给A用户一个正确的应答。此时只能通过进程通信的方式向B进程索取，这个行为既增加了进程B和C的执行复杂度，也增加了对A请求的响应时间；

(4)工作进程的配置统一从父进程继承下来，配置都是一样的，无法微调；

(5)为解决惊群现象、负载不平衡和不必要的进程间通信等问题，不可避免地引入进程锁，多个进程通过进程锁解决进程间的同步和互斥问题，但进程锁的引入同样会增加进程的执行复杂度、降低服务器的性能。

发明内容

本申请旨在至少在一定程度上解决相关技术中的技术问题之一。为此，本申请的一个目的在于提出一种具有避免引起惊群现象的主从架构服务器及其处理业务的方法和处理业务的系统。

根据本申请实施例的主从架构服务器处理业务的方法，包括：主从架构服务器的父进程解析并加载配置文件，配置文件中包含多个端口及与每个端口一一对应的进程编号；父进程为创建的子进程分配不同的进程编号；子进程根据自己的进程编号从父进程继承对应的资源，资源包括端口；以及子进程监听对应的端口以接收来自客户端的业务请求，并对业务请求进行处理，然后向客户端返回业务应答。

根据本申请实施例的主从架构服务器处理业务的方法，通过让不同的子进程分别监听不同端口的读写事件，可以保证一个端口下的业务请求完全交由一个子进程处理，子进程间完全独立不再相互竞争业务请求，从而避免发生惊群现象。