CN112965831A - 抑制数据反复平滑的方法及装置 - Google Patents

Abstract

本申请提供一种抑制数据反复平滑的方法及装置，该方法应用于交互模块，交互模块处于网络设备内，交互模块与Redis数据库之间的通信连接断开，该方法包括：若网络设备当前已使能抑制功能，则获取第一惩罚值；当第一惩罚值非0且第一半衰期定时器的定时时间已超时，则对第一惩罚值进行减半处理，得到第二惩罚值；判断第二惩罚值是否小于等于预设的启用值；若第二惩罚值小于等于启用值，则判断与Redis数据库之间的通信连接是否恢复；若与Redis数据库之间的通信连接恢复，则向网络设备内包括的业务模块发送第一通知消息，以使得业务模块根据第一通知消息向Redis数据库平滑数据。

Description

抑制数据反复平滑的方法及装置

技术领域

本申请涉及通信技术领域，尤其涉及一种抑制数据反复平滑的方法及装置。

背景技术

当前，远程字典服务(英文：Remote dictionary server，简称：Redis)数据库可用来实时存储网络设备中的数据。当网络设备异常重启时，其可从Redis数据库中获取数据并通过获取的数据进行业务恢复。在进行组网部署时，通常将Redis数据库与网络设备部署至不同的服务器中，以增加容错性。

网络设备在对Redis数据库进行读写请求前，需先与Redis数据库建立通信连接。待通信连接建立成功后，网络设备向Redis数据库发送读写请求，Redis数据库执行完读写请求后，若网络设备后续无需使用Redis数据库，则可与Redis数据库断开通信连接。网络设备与Redis数据库之间通信连接的建立/断开、网络设备对Redis数据库的读写操作均是通过Redis服务器提供的API函数完成。

该API函数分为同步模式和异步模式。基于可靠性考虑，一般使用同步模式(或称为阻塞式模式)对Redis数据库进行读写操作。在同步模式下，若缓冲区已满，API函数则会将写入操作挂起。例如，对于接入式BRAS而言，若存在用户上线，处理用户上线的模块一旦被挂起，则该模块无法及时处理上线报文，或者，在读取数据时，也会存在该模块被挂起而无法及时处理上线报文，影响用户上线。

在实际应用中，为了不影响用户上线，网络设备在采用同步模式对Redis数据库进行写入操作时，还将创建一个模块用于读写Redis数据库，即处理用户上线业务所产生的写入Redis数据库的数据是一个模块(即，模块A)；处理与Redis数据库之间数据交互的则是另一个模块(即，模块B)，模块A与模块B处于同一个业务进程的不同线程中。模块A与模块B之间的交互通过消息队列进行。例如，在模块A处理用户上线下线计费业务，模块A创建一个消息发送至消息队列，模块B发现消息队列中存储消息时，读取该消息并向Redis数据库发送。如图1所示，图1为网络设备与Redis数据库交互示意图。

在一种情况下，网络设备在使用Redis数据库时，会实时向Redis数据库写入数据，以保证两者存储的数据一致，并在网络设备异常重启后，利用Redis数据库及时恢复数据。在实时写入的过程中，如果与Redis数据库的连接因为网络震荡而断开，则此时无法将数据写入Redis数据库。当与Redis数据库再次连接成功时，网络设备就会与Redis数据库的数据进行平滑处理。由于在与Redis数据库断开的过程中，网络设备上可能存在对数据的增加、删除和修改处理，在执行平滑处理时，模块A先会将数据全部写入Redis数据库，然后，再将Redis数据库中多余部分的数据删除，以保证Redis数据库的数据与网络设备的数据处于一致状态。

当网络震荡频繁发生时，会使得网络设备中需向Redis数据库写入数据的线程会一直进行平滑处理。在数据量较大的情况下，消息队列中将充斥着大量的消息，占用大量的内存，同时也消耗CPU读取/发送消息，妨碍网络设备上各种业务的正常运行。当组网中多台网络设备均向同一个Redis数据库写入时，网络震荡还会导致业务报文的大量增加，占用带宽，影响业务报文的正常转发。如图2所示，图2为网络设备与Redis数据库组网示意图。在图2中，网络设备1、网络设备2和网络设备3均需向Redis数据库写入数据。

在另一种情况下，当网络设备因某些业务占用内存过多时，会产生内存告警通知。各业务模块接收到内存告警通知后，释放内存并暂停占用内存较大的功能，以让系统尽快恢复。如果此时刚退出内存门限，各业务模块的功能恢复正常，又接收到大量的业务报文而产生较多表项，则再次进入内存门限，此时，会造成反复接收内存告警通知以及内存恢复通知。

当模块A接收到内存告警通知后，停止向Redis数据库写入数据。当接收到内存恢复通知后，开始向Redis数据库平滑数据。当内存告警通知与内存恢复通知反复接收时，造成模块A反复向Redis数据库平滑数据，从而出现与前述网络震荡时同样反复与Redis数据库平滑数据的现象。

如图1所示，在与Redis数据库连接成功且未进入内存门限时，模块B向模块A发送Ready通知，以告知模块A当前Redis数据库可用。模块A根据Ready通知，通过模块B向Redis数据库发送数据；在与Redis数据库的连接未建立成功或进入内存门限，且模块B上一次发送的是Ready通知，则模块B向模块A发送Not Ready通知，以告知模块A当前Redis数据库不可用。

综上所述，当前需在网络震荡以及反复进入内存门限的情况下，抑制向Redis数据库反复平滑数据，以避免占用大量内存和消耗cpu，影响网络设备的正常运行。

发明内容

有鉴于此，本申请提供了一种抑制数据反复平滑的方法及装置，用以解决现有向Redis数据库反复平滑数据，占用大量内存和消耗cpu，影响网络设备的正常运行的问题。

第一方面，本申请提供了一种抑制数据反复平滑的方法，所述方法应用于交互模块，所述交互模块处于网络设备内，所述交互模块与Redis数据库之间的通信连接断开，所述方法包括：

若所述网络设备当前已使能抑制功能，则获取第一惩罚值；

当所述第一惩罚值非0且第一半衰期定时器的定时时间已超时，则对所述第一惩罚值进行减半处理，得到第二惩罚值；

判断所述第二惩罚值是否小于等于预设的启用值；

若所述第二惩罚值小于等于所述启用值，则判断与所述Redis数据库之间的通信连接是否恢复；

若与所述Redis数据库之间的通信连接恢复，则向所述网络设备内包括的业务模块发送第一通知消息，以使得所述业务模块根据所述第一通知消息向所述Redis数据库平滑数据。

第二方面，本申请提供了一种抑制数据反复平滑的装置，所述装置应用于交互模块，所述交互模块处于网络设备内，所述交互模块与Redis数据库之间的通信连接断开，所述装置包括：

获取单元，用于若所述网络设备当前已使能抑制功能，则获取第一惩罚值；

计算单元，用于当所述第一惩罚值非0且第一半衰期定时器的定时时间已超时，则对所述第一惩罚值进行减半处理，得到第二惩罚值；

第一判断单元，用于判断所述第二惩罚值是否小于等于预设的启用值；

第二判断单元，用于若所述第二惩罚值小于等于所述启用值，则判断与所述Redis数据库之间的通信连接是否恢复；

发送单元，用于与所述Redis数据库之间的通信连接若恢复，则向所述网络设备内包括的业务模块发送第一通知消息，以使得所述业务模块根据所述第一通知消息向所述Redis数据库平滑数据。

第三方面，本申请提供了一种网络设备，包括处理器和机器可读存储介质，机器可读存储介质存储有能够被处理器执行的机器可执行指令，处理器被机器可执行指令促使执行本申请第一方面所提供的方法。

因此，通过应用本申请提供的抑制数据反复平滑的方法及装置，若网络设备当前已使能抑制功能，则交互模块获取第一惩罚值。当第一惩罚值非0且第一半衰期定时器的定时时间已超时，则交互模块对第一惩罚值进行减半处理，得到第二惩罚值。交互模块判断第二惩罚值是否小于等于预设的启用值。若第二惩罚值小于等于启用值，则交互模块判断与Redis数据库之间的通信连接是否恢复。若与Redis数据库之间的通信连接恢复，则交互模块向网络设备内包括的业务模块发送第一通知消息，以使得业务模块根据第一通知消息向Redis数据库平滑数据。

如此，解决现有业务线程向Redis数据库反复平滑数据，占用大量内存和消耗cpu，影响网络设备的正常运行的问题。实现了在一定条件下，出现网络震荡时，不通知业务线程，使得业务模块不向Redis数据库平滑数据，屏蔽了网络震荡和反复进入内存门限对使用Redis数据库的业务线程的影响，进而节省系统资源的消耗。

附图说明

图1为网络设备与Redis数据库交互示意图；

图2为网络设备与Redis数据库组网示意图；

图3为本申请实施例提供的抑制数据反复平滑的方法的流程图；

图4为本申请实施例提供的抑制数据反复平滑的装置结构图；

图5为本申请实施例提供的网络设备硬件结构图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施例并不代表与本申请相一致的所有实施例。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相对应的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

下面对本申请实施例提供的抑制数据反复平滑的方法进行详细地说明。参见图3，图3为本申请实施例提供的抑制数据反复平滑的方法的流程图。该方法应用于交互模块，该交互模块处于网络设备内。本申请实施例提供的抑制数据反复平滑的方法可包括如下所示步骤。

步骤310、若所述网络设备当前已使能抑制功能，则获取第一惩罚值。

具体地，结合图1所示，网络设备内包括多个业务模块，用于处理不同的用户业务。为了不影响用户业务，网络设备在对Redis数据库进行读写操作时，还将创建一个交互模块用于读写Redis数据库，即处理用户业务所产生的写入Redis数据库的数据是业务模块；处理与Redis数据库之间数据交互的则是交互模块，业务模块与交互模块处于同一个业务进程的不同线程中。业务模块与交互模块之间的交互通过消息队列进行。

例如，在业务模块处理用户上线下线计费业务时需要把数据存入Redis数据库，业务模块就会创建一个消息发送至消息队列，交互模块发现消息队列中存储消息时，读取该消息并向Redis数据库发送。

在本申请实施例中，交互模块与Redis数据库之间通过TCP/IP协议建立通信连接。交互模块实时监控其与Redis数据库之间的通信连接状态。当交互模块响应到与Redis数据库之间的通信连接断开时，交互模块将Redis数据库的状态设置为不可用状态。

交互模块判断网络设备当前是否已使能抑制功能。

若网络设备未使能抑制功能，且交互模块响应到与Redis数据库之间的通信连接断开，则交互模块生成第二通知消息(例如，not ready通知)，并向业务模块发送第二通知消息，以使得业务模块根据第二通知消息确定Redis数据库的状态为不可用状态，业务模块不再向Redis数据库平滑数据。

若网络设备当前已使能抑制功能，则交互模块获取第一惩罚值，该第一惩罚值也可称之为当前惩罚值。交互模块判断第一惩罚值是否为0。

在一种情况下，若第一惩罚值非0且第一半衰期定时器的定时时间已超时(例如，第一半衰期定时器的时长为3s)，则执行步骤320。

在本申请实施例中，在网络设备使能抑制功能，且交互模块响应到与Redis数据库之间的通信连接断开的情况下，若交互模块上一次已生成第一通知消息(例如，ready通知)，则此时，交互模块仍生成第二通知消息(例如，not ready通知)，并向业务模块发送第二通知消息，以使得业务模块根据第二通知消息确定Redis数据库的状态为不可用状态，业务模块不再向Redis数据库平滑数据。

在另一种情况下，若第一惩罚值非0且第一半衰期定时器的定时时间未超时，则交互模块判断第一惩罚值是否大于等于最大惩罚值。若第一惩罚值小于最大惩罚值，则交互模块判断当前抑制时间是否已到达最长抑制时间。若当前抑制时间未到达最长抑制时间，则交互模块将第一惩罚值增加第一值(该第一值为固定值，例如，1000)，得到第三惩罚值(该第三惩罚值仅为示例说明)。

若第三惩罚值大于等于最大惩罚值，则交互模块不对第三惩罚值进行处理，即第三惩罚值不变。若当前抑制时间到达最长抑制时间，则交互模块不对第三惩罚值进行处理，即第三惩罚值不变。

交互模块得到第三惩罚值后，交互模块判断第三惩罚值是否大于等于预设的抑制值。若第三惩罚值大于等于预设的抑制值且当前未处于抑制状态，则交互模块进入抑制状态。所述抑制状态具体是指抑制交互模块向业务模块发送通知(例如，ready通知、notready通知)消息。交互模块还启动最大抑制时间定时器，同时，交互模块生成第二通知消息，并向业务模块发送第二通知消息，以使得业务模块根据第二通知消息确定所述Redis数据库的状态为不可用状态。若第三惩罚值小于抑制值，则交互模块不进入抑制状态，同时，交互模块也生成第二通知消息，并向业务模块发送第二通知消息，以使得业务模块根据第二通知消息确定Redis数据库的状态为不可用状态。

在另一种情况下，若第一惩罚值为0，则交互模块判断当前是否已启动第一半衰期定时器。若当前网络设备已启动第一半衰期定时器，则交互模块将第一惩罚值增加第一值，得到第三惩罚值。

交互模块得到第三惩罚值后，交互模块判断第三惩罚值是否大于等于抑制值。若第三惩罚值大于等于抑制值且当前未处于抑制状态，则交互模块进入抑制状态并启动最大抑制时间定时器。同时，交互模块生成第二通知消息，并向业务模块发送第二通知消息，以使得业务模块根据第二通知消息确定所述Redis数据库的状态为不可用状态。若第三惩罚值小于抑制值，则交互模块不进入抑制状态。同时，交互模块也生成第二通知消息，并向业务模块发送第二通知消息，以使得业务模块根据第二通知消息确定Redis数据库的状态为不可用状态。

需要说明的是，在前述实施例中，若网络设备已启动第一半衰期定时器，此时，网络设备在进入抑制状态的同时也已启动最大抑制时间定时器(例如，最大抑制时间定时器的时长为30s)。在第一惩罚值小于最大惩罚值时，交互模块判断当前抑制时间是否已到达最长抑制时间，即交互模块判断当前抑制时间是否已超过最大抑制时间定时器的时长。

在另一种情况下，若第一惩罚值为0且当前网络设备未启动第一半衰期定时器，则交互模块启动第一半衰期定时器。在将第一半衰期定时器启动完成后，交互模块再将第一惩罚值增加第一值，得到第三惩罚值。

交互模块得到第三惩罚值后，交互模块判断第三惩罚值是否大于等于预设的抑制值。若第三惩罚值大于等于抑制值且当前未处于抑制状态，则交互模块进入抑制状态并启动最大抑制时间定时器(例如，最大抑制时间定时器的时长为30s)。同时，交互模块生成第二通知消息，并向业务模块发送第二通知消息，以使得业务模块根据第二通知消息确定所述Redis数据库的状态为不可用状态。若第三惩罚值小于抑制值，则交互模块不进入抑制状态，同时，交互模块也生成第二通知消息，并向业务模块发送第二通知消息，以使得业务模块根据第二通知消息确定Redis数据库的状态为不可用状态。

可以理解的是，在前述实施例中，无论交互模块通过哪种判断流程而进入抑制状态后，若后续交互模块与Redis数据库之间的通信连接恢复，交互模块也不向业务模块发送通知(例如，ready通知)消息，即抑制交互模块向业务模块发送通知消息，仅产生对应的Log信息。

在本申请实施例中，交互模块与Redis数据库之间的通信连接首次断开后，此时，由于第一惩罚值为0且交互模块还未进入抑制状态，因此，当前抑制时间也为0。直至第一惩罚值增加第一固定值，得到第三惩罚值后，在第三惩罚值大于等于抑制值且当前未处于抑制状态时，交互模块进入抑制状态，此时，启动最大抑制时间定时器。

需要说明的是，在前述多种情况下，还存在下述情况为：第一惩罚值非0且第一惩罚值已大于等于抑制值，此时，交互模块进入抑制状态。因此，在对第一惩罚值增加第一值后，得到第三惩罚值。该第三惩罚值大于等于抑制值且当前已处于抑制状态，则交互模块不再重复进入抑制状态。

在本申请实施例中，网络设备使能抑制功能需对多个参数值进行配置，其中，多个参数值可配置为系统默认值，也可由管理人员进行配置。下面对多个参数值进行简单说明。

惩罚值(Penalty)：惩罚值的初始值为0。网络设备使能抑制功能后，若交互模块与Redis数据库之间的通信连接正常，则交互模块根据惩罚值确定是否向业务模块发送通知消息(ready通知)，以使得业务模块向Redis数据库平滑数据。交互模块与Redis数据库之间的通信连接从连接变为断连时，惩罚值增加一固定值，例如，固定值为1000。交互模块与Redis数据库之间的通信连接从断连变为连接时，惩罚值保持不变。同时，网络设备启动半衰期定时器后，惩罚值随时间推移自动减少，即经过一个半衰周期(半衰期定时器超时)，惩罚值减少为原来值的一半。

最大惩罚值(Ceiling)：在一种情况下，当惩罚值大于等于最大惩罚值后，惩罚值保持不变。

在另一种情况下，网络设备使能抑制功能并进入抑制状态后，持续抑制时间超过最大抑制时间(即最大抑制时间定时器超时)时，惩罚值保持不变，此时，惩罚值进入完全半衰期(在完全半衰期阶段，交互模块与Redis数据库之间的通信连接再次改变也不会增加惩罚值，但在该节点，用来抑制交互模块向业务模块发送通知(ready通知)消息，该阶段不计入持续抑制时间)，直至惩罚值小于等于启用值，此时，不再抑制交互模块向业务模块发送通知(ready通知)消息。

抑制值(Suppress-limit)：当惩罚值大于等于抑制值时，抑制交互模块向业务模块发送通知(ready通知)消息。即使交互模块与Redis数据库之间的通信连接已建立，交互模块也不向业务模块发送通知(ready通知)消息，仅生成对应的Log信息。

启用值(Reuse-limit)：当惩罚值小于等于启用值时，不抑制交互模块向业务模块发送通知(ready通知)消息，同时，生成对应的Log信息。

半衰期(Decay)：网络设备启动半衰期定时器后，惩罚值随时间推移自动减少，即经过一个半衰周期(半衰期定时器超时)，惩罚值减少为原来值的一半。

最大抑制时间(Max-suppress-time)：若交互模块与Redis数据库之间的通信连接持续不稳定，此时，不能持续抑制交互模块不向业务模块发送通知消息。因此，网络设备设置最大抑制时间定时器。当最大抑制时间定时器超时时，惩罚值进入完全半衰期。当惩罚值小于等于启用值时，不再抑制交互模块向业务模块发送通知消息。

其中，抑制值、最大惩罚值、最大抑制时间、半衰期、启用值之间应满足下述关系：

最大惩罚值＝2(最大抑制时间/半衰期)×启用值；

其中，最大惩罚值不可配；最大惩罚值满足：抑制值的配置值≤最大惩罚值≤抑制值可配的最大值。

步骤320、当所述第一惩罚值非0且第一半衰期定时器的定时时间已超时，则对所述第一惩罚值进行减半处理，得到第二惩罚值。

具体地，若交互模块与Redis数据库之间的通信连接震荡频繁，则在第一惩罚值小于最大惩罚值且当前抑制时间未到达最长抑制时间时，交互模块在每次与Redis数据库断开时，将第一惩罚值增加第一值。

若在第一半衰期定时器时长内，交互模块与Redis数据库之间的通信连接在断开后又建立连接，则交互模块不对原始惩罚值进行处理，即原始惩罚值不变。

若在第一半衰期定时器时长内，交互模块与Redis数据库之间的通信连接多次震荡频繁，则在原始惩罚值大于等于最大惩罚值或当前抑制时间到达最长抑制时间时，无论交互模块与Redis数据库之间的通信连接如何，交互模块不对原始惩罚值进行处理，即原始惩罚值不变。

在本申请实施例中，若第一惩罚值非0且交互模块响应到第一半衰期定时器的定时时间已超时，交互模块对第一惩罚值进行减半处理，得到第二惩罚值。

步骤330、判断所述第二惩罚值是否小于等于预设的启用值。

具体地，根据步骤320的描述，交互模块得到第二惩罚值后，判断第二惩罚值是否小于等于预设的启用值。

如果第二惩罚值小于等于启用值，则执行步骤340。若第二惩罚值大于启用值，由于第一半衰期定时器已超时，则交互模块可在预设的周期内，启动第二半衰期定时器。

当第二半衰期定时器的定时时间已超时，则交互模块获取第二惩罚值，并对第二惩罚值进行减半处理，得到第四惩罚值。

交互模块重复执行在预设的周期内，启动第二半衰期定时器以及当第二半衰期定时器的定时时间已超时，则获取第二惩罚值，并对第二惩罚值进行减半处理，得到第四惩罚值的步骤，直至第四惩罚值为0时停止。

步骤340、若所述第二惩罚值小于等于所述启用值，则判断与所述Redis数据库之间的通信连接是否恢复。

具体地，根据步骤330的描述，若第二惩罚值小于等于启用值，则交互模块判断自身与Redis数据库之间的通信连接是否恢复。

若交互模块与Redis数据库之间的通信连接恢复，则执行步骤350。若交互模块与Redis数据库之间的通信连接未恢复，由于第一半衰期定时器已超时，则交互模块可在预设的周期内，启动第二半衰期定时器。同时，交互模块也实时监控其与Redis数据库之间的通信连接状态，并在其与Redis数据库之间的通信连接恢复且当前惩罚值小于等于启用值时，执行步骤350。

当第二半衰期定时器的定时时间已超时，则交互模块获取第二惩罚值，并对第二惩罚值进行减半处理，得到第四惩罚值。

交互模块重复执行在预设的周期内，启动第二半衰期定时器以及当第二半衰期定时器的定时时间已超时，则获取第二惩罚值，并对第二惩罚值进行减半处理，得到第四惩罚值的步骤，直至第四惩罚值为0时停止。

步骤350、若与所述Redis数据库之间的通信连接恢复，则向所述网络设备内包括的业务模块发送第一通知消息，以使得所述业务模块根据所述第一通知消息向所述Redis数据库平滑数据。

具体地，根据步骤340的描述，若交互模块与Redis数据库之间的通信连接恢复，则交互模块生成第一通知消息(例如，ready通知)，并向业务模块发送第一通知消息，以使得业务模块根据第一通知消息确定Redis数据库的状态为可用状态，业务模块向Redis数据库平滑数据。

交互模块向业务模块发送第一通知消息后，交互模块可在预设的周期内，启动第二半衰期定时器。

当第二半衰期定时器的定时时间已超时，则交互模块获取第二惩罚值，并对第二惩罚值进行减半处理，得到第四惩罚值。

交互模块重复执行在预设的周期内，启动第二半衰期定时器以及当第二半衰期定时器的定时时间已超时，则获取第二惩罚值，并对第二惩罚值进行减半处理，得到第四惩罚值的步骤，直至第四惩罚值为0时停止。

在本申请实施例中，半衰期定时器为一循环定时器，预设的周期具体可为设置的半衰期时间，例如，3s。也即是，每隔3s启动一半衰期定时器。

可选地，在本申请实施例中，半衰期定时器超时后，交互模块还监控最大抑制时间定时器是否超时。

当最大抑制时间定时器超时时，交互模块置位最大抑制时间定时器，并将第一惩罚值进入完全半衰期。若此时交互模块监控其与Redis数据库之间的通信恢复后断开，则交互模块不对第一惩罚值进行处理，即第一惩罚值不变。

可选地，在本申请实施例中，还包括交互模块监控其与Redis数据库之间的通信恢复后，交互模块根据多个判断，确定是否向业务模块发送通知消息以及确定是否对惩罚值进行处理的过程。

交互模块实时监控其与Redis数据库之间的通信连接状态，当交互模块响应到与Redis数据库之间的通信连接恢复时，交互模块判断网络设备当前是否已使能抑制功能。

若网络设备当前已使能抑制功能，则交互模块判断当前惩罚值是否小于等于预设的启用值。

若当前惩罚值大于启用值，则交互模块不对当前惩罚值进行处理，即当前惩罚值不变。同时，交互模块将其与Redis数据库之间的通信连接的状态置位，保持网络设备使能的抑制功能。

当交互模块与Redis数据库的通信连接恢复且网络设备当前未使能抑制功能时，交互模块生成第一通知消息(例如，ready通知)，并向业务模块发送第一通知消息，以使得业务模块根据第一通知消息向Redis数据库平滑数据。

或者，

若当前惩罚值小于等于启用值，则交互模块向业务模块生成第一通知消息(例如，ready通知)，并向业务模块发送第一通知消息，以使得业务模块根据第一通知消息向Redis数据库平滑数据。

需要说明的是，前述交互模块监控其与Redis数据库之间的通信恢复后，交互模块根据多个判断，确定是否向业务模块发送通知消息以及确定是否对惩罚值进行处理的过程中，交互模块也可参考当前是否处于半衰期定时器的定时时长内、当前半衰期定时器的定时时长外，下一个半衰期定时器未启动、交互模块处于抑制状态的当前抑制时间以及最长抑制时间等时间段因素。

例如，交互模块监控其与Redis数据库之间的通信恢复后，当前惩罚值无论是否大于启用值，在半衰期定时器的定时时长内，交互模块不对当前惩罚值进行处理，即当前惩罚值不变。

例如，在当前半衰期定时器超时且下一个半衰期定时器未启动时，交互模块对当前惩罚值进行减半处理，此时，启动下一个半衰期定时器，则再次比较减半后的惩罚值是否小于等于启用值，并重复执行前述过程。

例如，交互模块处于抑制状态且当前抑制时间未到达最长抑制时间时，若当前惩罚值大于启用值，由于交互模块与Redis数据库之间的通信连接恢复，则交互模块不对当前惩罚值进行处理，即当前惩罚值不变。但是，由于此时当前抑制时间未到达最长抑制时间，交互模块持续处于抑制状态，无论交互模块与Redis数据库之间的通信连接如何，交互模块抑制通知消息的发送。

例如，在当前抑制时间到达最长抑制时间时，此时，交互模块仍处于抑制状态，若当前惩罚值大于启用值，则交互模块不对当前惩罚值进行处理，即当前惩罚值不变。但是，由于当前惩罚值大于启用值，则交互模块仍无法向业务模块发送通知消息，其等待当前惩罚值衰减且衰减后的当前惩罚值小于等于启用值时，交互模块可向业务模块发送通知消息。

因此，通过应用本申请提供的抑制数据反复平滑的方法，若网络设备当前已使能抑制功能，则交互模块获取第一惩罚值。当第一惩罚值非0且第一半衰期定时器的定时时间已超时，则交互模块对第一惩罚值进行减半处理，得到第二惩罚值。交互模块判断第二惩罚值是否小于等于预设的启用值。若第二惩罚值小于等于启用值，则交互模块判断与Redis数据库之间的通信连接是否恢复。若与Redis数据库之间的通信连接恢复，则交互模块向网络设备内包括的业务模块发送第一通知消息，以使得业务模块根据第一通知消息向Redis数据库平滑数据。

如此，解决现有业务线程向Redis数据库反复平滑数据，占用大量内存和消耗cpu，影响网络设备的正常运行的问题。实现了在一定条件下，出现网络震荡时，不通知业务线程，使得业务模块不向Redis数据库平滑数据，屏蔽了网络震荡和反复进入内存门限对使用Redis数据库的业务线程的影响，进而节省系统资源的消耗。

基于同一发明构思，本申请实施例还提供了与抑制数据反复平滑的方法对应的建立连接的装置。参见图4，图4为本申请实施例提供的抑制数据反复平滑的装置结构图，所述装置应用于交互模块，所述交互模块处于网络设备内，所述交互模块与Redis数据库之间的通信连接断开，所述装置包括：

获取单元410，用于若所述网络设备当前已使能抑制功能，则获取第一惩罚值；

计算单元420，用于当所述第一惩罚值非0且第一半衰期定时器的定时时间已超时，则对所述第一惩罚值进行减半处理，得到第二惩罚值；

第一判断单元430，用于判断所述第二惩罚值是否小于等于预设的启用值；

第二判断单元440，用于若所述第二惩罚值小于等于所述启用值，则判断与所述Redis数据库之间的通信连接是否恢复；

发送单元450，用于与所述Redis数据库之间的通信连接若恢复，则向所述网络设备内包括的业务模块发送第一通知消息，以使得所述业务模块根据所述第一通知消息向所述Redis数据库平滑数据。

可选地，所述装置还包括：第三判断单元(图中未示出)，用于当所述第一惩罚值为0，则判断当前是否已启动所述第一半衰期定时器；

启动单元(图中未示出)，用于若未启动所述第一半衰期定时器，则启动第一半衰期定时器；

所述计算单元420还用于，将所述第一惩罚值增加第一值，得到第三惩罚值；

所述装置还包括：第四判断单元(图中未示出)，判断所述第三惩罚值是否大于等于预设的抑制值；

所述启动单元(图中未示出)还用于，若所述第三惩罚值大于等于所述抑制值且当前未处于抑制状态，则进入抑制状态，并启动最大抑制时间定时器；

所述发送单元450还用于，向所述业务模块发送第二通知消息，以使得所述业务模块根据所述第二通知消息确定所述Redis数据库的状态为不可用状态；

所述发送单元450还用于，若所述第三惩罚值小于所述抑制值，则不进入抑制状态，并向所述业务模块发送所述第二通知消息，以使得所述业务模块根据所述第二通知消息确定所述Redis数据库的状态为不可用状态。

可选地，所述装置还包括：第五判断单元(图中未示出)，用于当所述第一惩罚值不为0，则判断所述第一惩罚值是否大于等于最大惩罚值；

第六判断单元(图中未示出)，用于若所述第一惩罚值小于所述最大惩罚值，则判断当前抑制时间是否已到达最长抑制时间；

所述计算单元420还用于，若所述当前抑制时间未到达所述最长抑制时间，则将所述第一惩罚值增加第一值，得到第三惩罚值；

所述第四判断单元(图中未示出)还用于，判断所述第三惩罚值是否大于等于预设的抑制值；

所述启动单元(图中未示出)还用于，若所述第三惩罚值大于等于所述抑制值且当前未处于抑制状态，则进入抑制状态，并启动最大抑制时间定时器；

所述发送单元450还用于，向所述业务模块发送第二通知消息，以使得所述业务模块根据所述第二通知消息确定所述Redis数据库的状态为不可用状态；

所述发送单元450还用于，若所述第三惩罚值小于所述抑制值，则不进入抑制状态，并向所述业务模块发送所述第二通知消息，以使得所述业务模块根据所述第二通知消息确定所述Redis数据库的状态为不可用状态。

可选地，所述启动单元(图中未示出)还用于，在预设的周期内，启动第二半衰期定时器；

所述获取单元410还用于，当所述第二半衰期定时器的定时时间已超时时，则获取所述第二惩罚值；

所述计算单元420还用于，对所述第二惩罚值进行减半处理，得到第四惩罚值；

重复执行在预设的周期内，启动第二半衰期定时器以及当所述第二半衰期定时器的定时时间已超时，则获取所述第二惩罚值，并对所述第二惩罚值进行减半处理，得到第四惩罚值的步骤，直至所述第四惩罚值为0时停止。

可选地，所述发送单元450还用于，若所述网络设备当前未使能抑制功能，则向所述业务模块发送第二通知消息，以使得所述业务模块根据所述第二通知消息确定所述Redis数据库的状态为不可用状态。

可选地，所述装置还包括：处理单元(图中未示出)，用于若所述第一惩罚值大于等于所述最大惩罚值，则不对所述原始惩罚值进行处理；

或者，

所述处理单元(图中未示出)还用于，若所述当前抑制时间到达所述最长抑制时间，则不对所述原始惩罚值进行处理。

可选地，所述第一判断单元430还用于，当所述交互模块与所述Redis数据库之间的通信连接恢复且所述网络设备当前已使能抑制功能时，判断当前惩罚值是否小于等于预设的启用值；

所述处理单元(图中未示出)还用于，若所述当前惩罚值大于所述启用值，则不对所述当前惩罚值进行处理，并将所述交互模块与所述Redis数据库之间的通信连接的状态置位，保持所述网络设备使能的抑制功能。

可选地，所述发送单元450还用于，当所述交互模块与所述Redis数据库的通信连接恢复且所述网络设备当前未使能抑制功能时，向所述业务模块发送所述第一通知消息，以使得所述业务模块根据所述第一通知消息向所述Redis数据库平滑数据。

或者，

所述发送单元450还用于，若所述当前惩罚值小于等于所述启用值，则向所述业务模块发送所述第一通知消息，以使得所述业务模块根据所述第一通知消息向所述Redis数据库平滑数据。

可选地，所述处理单元(图中未示出)还用于，当所述最大抑制时间定时器超时且所述交互模块与所述Redis数据库的通信连接恢复后再断开，则不对所述第一惩罚值进行处理。

因此，通过应用本申请提供的抑制数据反复平滑的装置，若网络设备当前已使能抑制功能，则该装置获取第一惩罚值。当第一惩罚值非0且第一半衰期定时器的定时时间已超时，则该装置对第一惩罚值进行减半处理，得到第二惩罚值。该装置判断第二惩罚值是否小于等于预设的启用值。若第二惩罚值小于等于启用值，则该装置判断与Redis数据库之间的通信连接是否恢复。若与Redis数据库之间的通信连接恢复，则该装置向网络设备内包括的业务模块发送第一通知消息，以使得业务模块根据第一通知消息向Redis数据库平滑数据。

如此，解决现有业务线程向Redis数据库反复平滑数据，占用大量内存和消耗cpu，影响网络设备的正常运行的问题。实现了在一定条件下，出现网络震荡时，不通知业务线程，使得业务模块不向Redis数据库平滑数据，屏蔽了网络震荡和反复进入内存门限对使用Redis数据库的业务线程的影响，进而节省系统资源的消耗。

基于同一发明构思，本申请实施例还提供了一种网络设备，如图5所示，包括处理器510、收发器520和机器可读存储介质530，机器可读存储介质530存储有能够被处理器510执行的机器可执行指令，处理器510被机器可执行指令促使执行本申请实施例所提供的方法。前述图4所示的抑制数据反复平滑的装置，可采用如图5所示的网络设备硬件结构实现。

上述计算机可读存储介质530可以包括随机存取存储器(英文：Random AccessMemory，简称：RAM)，也可以包括非易失性存储器(英文：Non-volatile Memory，简称：NVM)，例如至少一个磁盘存储器。可选的，计算机可读存储介质530还可以是至少一个位于远离前述处理器510的存储装置。

上述处理器510可以是通用处理器，包括中央处理器(英文：Central ProcessingUnit，简称：CPU)、网络处理器(英文：Network Processor，简称：NP)等；还可以是数字信号处理器(英文：Digital Signal Processor，简称：DSP)、专用集成电路(英文：ApplicationSpecific Integrated Circuit，简称：ASIC)、现场可编程门阵列(英文：Field-Programmable Gate Array，简称：FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

本申请实施例中，处理器510通过读取机器可读存储介质530中存储的机器可执行指令，被机器可执行指令促使能够实现处理器510自身以及调用收发器520执行前述本申请实施例描述的方法。

另外，本申请实施例提供了一种机器可读存储介质530，机器可读存储介质530存储有机器可执行指令，在被处理器510调用和执行时，机器可执行指令促使处理器510自身以及调用收发器520执行前述本申请实施例描述的抑制数据反复平滑的方法。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

对于抑制数据反复平滑的装置以及机器可读存储介质实施例而言，由于其涉及的方法内容基本相似于前述的方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (10)

1.一种抑制数据反复平滑的方法，其特征在于，所述方法应用于交互模块，所述交互模块处于网络设备内，所述交互模块与Redis数据库之间的通信连接断开，所述方法包括：

若所述网络设备当前已使能抑制功能，则获取第一惩罚值；

当所述第一惩罚值非0且第一半衰期定时器的定时时间已超时，则对所述第一惩罚值进行减半处理，得到第二惩罚值；

判断所述第二惩罚值是否小于等于预设的启用值；

若所述第二惩罚值小于等于所述启用值，则判断与所述Redis数据库之间的通信连接是否恢复；

若与所述Redis数据库之间的通信连接恢复，则向所述网络设备内包括的业务模块发送第一通知消息，以使得所述业务模块根据所述第一通知消息向所述Redis数据库平滑数据。

2.根据权利要求1所述的方法，其特征在于，所述获取第一惩罚值之后，所述方法还包括：

当所述第一惩罚值为0，则判断当前是否已启动所述第一半衰期定时器；

若未启动所述第一半衰期定时器，则启动第一半衰期定时器；

将所述第一惩罚值增加第一值，得到第三惩罚值；

判断所述第三惩罚值是否大于等于预设的抑制值；

若所述第三惩罚值大于等于所述抑制值且当前未处于抑制状态，则进入抑制状态，并启动最大抑制时间定时器，向所述业务模块发送第二通知消息，以使得所述业务模块根据所述第二通知消息确定所述Redis数据库的状态为不可用状态；

若所述第三惩罚值小于所述抑制值，则不进入抑制状态，并向所述业务模块发送所述第二通知消息，以使得所述业务模块根据所述第二通知消息确定所述Redis数据库的状态为不可用状态。

3.根据权利要求1所述的方法，其特征在于，所述获取第一惩罚值之后，所述方法还包括：

当所述第一惩罚值不为0，则判断所述第一惩罚值是否大于等于最大惩罚值；

若所述第一惩罚值小于所述最大惩罚值，则判断当前抑制时间是否已到达最长抑制时间；

若所述当前抑制时间未到达所述最长抑制时间，则将所述第一惩罚值增加第一值，得到第三惩罚值；

判断所述第三惩罚值是否大于等于预设的抑制值；

若所述第三惩罚值大于等于所述抑制值且当前未处于抑制状态，则进入抑制状态，并启动最大抑制时间定时器，向所述业务模块发送第二通知消息，以使得所述业务模块根据所述第二通知消息确定所述Redis数据库的状态为不可用状态；

若所述第三惩罚值小于所述抑制值，则不进入抑制状态，并向所述业务模块发送所述第二通知消息，以使得所述业务模块根据所述第二通知消息确定所述Redis数据库的状态为不可用状态。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在预设的周期内，启动第二半衰期定时器；

当所述第二半衰期定时器的定时时间已超时，则获取所述第二惩罚值，并对所述第二惩罚值进行减半处理，得到第四惩罚值；

重复执行在预设的周期内，启动第二半衰期定时器以及当所述第二半衰期定时器的定时时间已超时，则获取所述第二惩罚值，并对所述第二惩罚值进行减半处理，得到第四惩罚值的步骤，直至所述第四惩罚值为0时停止。

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

若所述网络设备当前未使能抑制功能，则向所述业务模块发送第二通知消息，以使得所述业务模块根据所述第二通知消息确定所述Redis数据库的状态为不可用状态。

6.根据权利要求3所述的方法，其特征在于，所述方法还包括：

若所述第一惩罚值大于等于所述最大惩罚值，则不对所述第一惩罚值进行处理；

或者，

若所述当前抑制时间到达所述最长抑制时间，则不对所述第一惩罚值进行处理。

7.根据权利要求1所述的方法，其特征在于，所述方法还包括：

当所述交互模块与所述Redis数据库之间的通信连接恢复且所述网络设备当前已使能抑制功能时，判断当前惩罚值是否小于等于预设的启用值；

若所述当前惩罚值大于所述启用值，则不对所述当前惩罚值进行处理，并将所述交互模块与所述Redis数据库之间的通信连接的状态置位，保持所述网络设备使能的抑制功能。

8.根据权利要求7所述的方法，其特征在于，所述方法还包括：

当所述交互模块与所述Redis数据库的通信连接恢复且所述网络设备当前未使能抑制功能时，向所述业务模块发送所述第一通知消息，以使得所述业务模块根据所述第一通知消息向所述Redis数据库平滑数据；

或者，

若所述当前惩罚值小于等于所述启用值，则向所述业务模块发送所述第一通知消息，以使得所述业务模块根据所述第一通知消息向所述Redis数据库平滑数据。

9.根据权利要求2或3任一项所述的方法，其特征在于，所述方法还包括：

当所述最大抑制时间定时器超时且所述交互模块与所述Redis数据库的通信连接恢复后再断开，则不对所述第一惩罚值进行处理。

10.一种抑制数据反复平滑的装置，其特征在于，所述装置应用于交互模块，所述交互模块处于网络设备内，所述交互模块与Redis数据库之间的通信连接断开，所述装置包括：

获取单元，用于若所述网络设备当前已使能抑制功能，则获取第一惩罚值；

计算单元，用于当所述第一惩罚值非0且第一半衰期定时器的定时时间已超时，则对所述第一惩罚值进行减半处理，得到第二惩罚值；

第一判断单元，用于判断所述第二惩罚值是否小于等于预设的启用值；

第二判断单元，用于若所述第二惩罚值小于等于所述启用值，则判断与所述Redis数据库之间的通信连接是否恢复；

发送单元，用于与所述Redis数据库之间的通信连接若恢复，则向所述网络设备内包括的业务模块发送第一通知消息，以使得所述业务模块根据所述第一通知消息向所述Redis数据库平滑数据。

Images