缓存数据的监控管理方法、装置、设备及存储介质

技术领域

本发明涉及数据处理技术领域，尤其涉及一种缓存数据的监控管理方法、装置、设备及存储介质。

背景技术

在数据库技术领域下，数据库中的临时文件常用来缓存执行数据库语句过程中产生的缓存数据，典型如order by、group by语句等。在某些数据库执行语句场景下，数据库创建的临时文件可以达到几十甚至数百GB大小，过大的临时文件导致磁盘空间不足，造成事务提交失败、主备切换、业务中断等一系列严重问题，极大地影响业务生产安全。

目前主要是通过部署外部监测工具和人工干预相结合的方式，对磁盘状态进行监控、告警和修复。但这种方式具有明显的弊端，当数据库瞬时写入大量临时文件时，不能做到实时的监控和干预，无法从根本上解决问题临时文件过大导致的业务生产安全问题。

发明内容

本发明提供了一种缓存数据的监控管理方法、装置、设备及存储介质，以实现对缓存数据进行自动化监控管理，解决临时文件过大导致的业务生产安全问题。

根据本发明的一方面，提供了一种缓存数据的监控管理方法，所述方法包括：

将数据库执行数据库语句过程中生成的缓存数据写入预设缓存空间中；所述预设缓存空间的数量为至少一个；

在各所述预设缓存空间的缓存数据写入量满足磁盘写入条件时，将自身缓存空间内的缓存数据写入磁盘；

确定各所述预设缓存空间在当前磁盘写入周期下，写入磁盘的缓存数据的数据累积量；

根据各所述预设缓存空间对应的所述数据累积量，确定是否终止所述数据库生成缓存数据，得到终止判断结果；

根据所述终止判断结果，控制所述数据库继续生成或终止生成缓存数据，以实现对所述缓存数据的监控管理。

根据本发明的另一方面，提供了一种缓存数据的监控管理装置，包括：

缓存数据写入模块，用于将数据库执行数据库语句过程中生成的缓存数据写入预设缓存空间中；所述预设缓存空间的数量为至少一个；

磁盘写入模块，用于在各所述预设缓存空间的缓存数据写入量满足磁盘写入条件时，将自身缓存空间内的缓存数据写入磁盘；

数据累积量确定模块，用于确定各所述预设缓存空间在当前磁盘写入周期下，写入磁盘的缓存数据的数据累积量；

判断结果确定模块，用于根据各所述预设缓存空间对应的所述数据累积量，确定是否终止所述数据库生成缓存数据，得到终止判断结果；

监控管理模块，用于根据所述终止判断结果，控制所述数据库继续生成或终止生成缓存数据，以实现对所述缓存数据的监控管理。

根据本发明的另一方面，提供了一种电子设备，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明任一实施例所述的缓存数据的监控管理方法。

根据本发明的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现本发明任一实施例所述的缓存数据的监控管理方法。

本发明实施例技术方案通过将数据库执行数据库语句过程中生成的缓存数据写入预设缓存空间中；在各预设缓存空间的缓存数据写入量满足磁盘写入条件时，将自身缓存空间内的缓存数据写入磁盘；确定各预设缓存空间在当前磁盘写入周期下，写入磁盘的缓存数据的数据累积量；根据各预设缓存空间对应的数据累积量，确定是否终止数据库生成缓存数据，得到终止判断结果；根据终止判断结果，控制数据库继续生成或终止生成缓存数据，以实现对缓存数据的监控管理。上述技术方案通过将数据库产生的缓存数据通过预设缓存空间临时写入的方式对齐写入至磁盘中，并且根据数据累积量，判断是否控制继续生成缓存数据，实现了对缓存数据的自动化监控管理，解决了临时文件过大导致的业务生产过程的安全性问题。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是根据本发明实施例一提供的一种缓存数据的监控管理方法的流程图；

图2是根据本发明实施例二提供的一种缓存数据的监控管理方法的流程图；

图3是根据本发明实施例三提供的一种缓存数据的监控管理方法的流程图；

图4是根据本发明实施例四提供的一种缓存数据的监控管理装置的结构示意图；

图5是实现本发明实施例的缓存数据的监控管理方法的电子设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例一

图1为本发明实施例一提供的一种缓存数据的监控管理方法的流程图，本实施例可适用于对数据库执行数据库语句过程中产生的缓存数据进行监控管理的情况，该方法可以由缓存数据的监控管理装置来执行，该缓存数据的监控管理装置可以采用硬件和/或软件的形式实现，该缓存数据的监控管理装置可配置于电子设备中。如图1所示，该方法包括：

S110、将数据库执行数据库语句过程中生成的缓存数据写入预设缓存空间中；预设缓存空间的数量为至少一个。

其中，数据库执行的数据库语句例如可以是order by或group by语句等；除执行数据库语句过程中能够产生缓存数据之外，数据库执行其内部的数据库方法也同样可能会产生缓存数据。

其中，预设缓存空间可以是用于临时存储缓存数据的内存空间。预设缓存空间可以预先进行创建得到；例如，预设缓存空间可以是IO CACHE(高速缓存)。

需要说明的是，预设缓存空间的数量可以为至少一个。在向各预设缓存空间写入缓存数据的过程中，生成一次缓存数据有且仅写入一个预设缓存空间中，生成的第二次缓存数据可以写入其他预设缓存空间中，但同样仅写入至一个预设缓存空间中，具体可以是采用轮询方式依次将生成得到的缓存数据写入至各预设缓存空间。

需要说明的是，缓存空间即内存中的IO CACHE，一个IO CACHE对应一个临时文件，CACHE需要时创建，不需要时销毁。临时文件不需要被删除时，相应的CACHE即被销毁。

示例性的，若存在预设缓存空间IO CACHE A、预设缓存空间IO CACHE B和预设缓存空间IO CACHE C；数据库执行数据库语句过程中生成50K的缓存数据，则可以将50K缓存数据写入预设缓存空间IO CACHE A；后续数据库执行数据库语句过程中有生成75K的缓存数据，则按照轮询规则，可以将生成的75K缓存数据写入预设缓存空间IO CACHE B；同理，可以将数据库下一次执行数据库语句过程中生成的一定数量的缓存数据，按照轮询规则写入预设缓存空间IO CACHE C中。

S120、在各预设缓存空间的缓存数据写入量满足磁盘写入条件时，将自身缓存空间内的缓存数据写入磁盘。

其中，各预设缓存空间的空间内存大小可能相同也可能不同，相应的，各缓存空间对应的磁盘写入条件可能相同也可能不同。

示例性的，针对任一预设缓存空间，若该预设缓存空间的空间内存大小为64K，则对应的磁盘写入条件可以是，当写入该预设缓存空间的缓存数据写入量达到64K时，将64K的缓存数据写入磁盘。其中，任一预设缓存空间的数据累积量，可以表示单个CACHE写入临时文件的大小。

需要说明的是，若向预设缓存空间写入缓存数据的过程中，写入的缓存数据量小于预设缓存空间的空间内存大小，则可以等待下一次缓存数据的写入，直到写入的缓存数据达到预设的磁盘写入条件，也即占满空间内存64K后，将自身缓存空间内的缓存数据写入磁盘。

需要说明的是，通常缓存数据写入磁盘为顺序写入，单次写入磁盘的数据量较少，而总的写入次数较多，且每次写入磁盘的缓存数据的数据量并不固定，并且想要获取磁盘的临时文件大小需要消耗一定的性能，因此，本申请通过构建预设缓存空间临时写入缓存数据，并在满足一定的写入条件时，向磁盘内写入一定数据量大小的缓存数据，从而将顺序写入操作变换为对齐写入操作。并且预设缓存空间若为IO CACHE，其自身可以记录写入的缓存数据的数据量以及写入次数，而无需消耗性能确定磁盘内的临时文件大小。

S130、确定各预设缓存空间在当前磁盘写入周期下，写入磁盘的缓存数据的数据累积量。

其中，数据累积量可以是预设缓存空间在每一次磁盘写入周期下，写入磁盘的缓存数据的累计数据量。

示例性的，若预设缓存空间在每一个磁盘写入周期下写入磁盘的缓存数据为64K，则可以确定当前磁盘写入周期下的总写入次数，若总写入次数为3次，则该预设缓存空间写入磁盘的缓存数据的数据累积量为192K。

S140、根据各预设缓存空间对应的数据累积量，确定是否终止数据库生成缓存数据，得到终止判断结果。

示例性的，若各预设缓存空间对应的数据累积量满足预设的终止条件，则确定终止数据库生成缓存数据，得到终止缓存数据的判断结果；若各预设缓存空间对应的数据累积量不满足预设的终止条件，则确定数据库继续生成缓存数据，得到继续生成缓存数据的判断结果。

其中，终止条件可以由相关技术人员进行预先设定，例如，终止条件可以是预设数量的预设缓存空间的数据累积量超过设定的缓存数据量阈值。其中，预设数量和缓存数据量阈值可以由相关技术人员进行预先设定。其中，预设数量可以根据预设缓存空间的总数量进行设定，例如，预设数量可以是总数量的30％，若预设缓存空间的总数量为20，则预设数量可以为6。例如，缓存数据量阈值可以设定为16M。

S150、根据终止判断结果，控制数据库继续生成或终止生成缓存数据，以实现对缓存数据的监控管理。

示例性的，若终止判断结果为终止数据库生成缓存数据，则可以生成相应的终止指令发送至数据库，以控制数据库终止生成缓存数据，从而实现对缓存数据的监控管理。若终止判断结果为数据库可以继续生成缓存数据，则可以不作任何响应处理，数据库可以继续生成缓存数据，以实现对缓存数据的监控管理。

本发明实施例技术方案通过将数据库执行数据库语句过程中生成的缓存数据写入预设缓存空间中；在各预设缓存空间的缓存数据写入量满足磁盘写入条件时，将自身缓存空间内的缓存数据写入磁盘；确定各预设缓存空间在当前磁盘写入周期下，写入磁盘的缓存数据的数据累积量；根据各预设缓存空间对应的数据累积量，确定是否终止数据库生成缓存数据，得到终止判断结果；根据终止判断结果，控制数据库继续生成或终止生成缓存数据，以实现对缓存数据的监控管理。上述技术方案通过将数据库产生的缓存数据通过预设缓存空间临时写入的方式对齐写入至磁盘中，并且根据数据累积量，判断是否控制继续生成缓存数据，实现了对缓存数据的自动化监控管理，解决了临时文件过大导致的业务生产过程的安全性问题。

实施例二

图2为本发明实施例二提供的一种缓存数据的监控管理方法的流程图，本实施例在上述各技术方案的基础上，进行了优化改进。

进一步的，将步骤“根据各预设缓存空间对应的数据累积量，确定是否终止数据库生成缓存数据，得到终止判断结果”细化为“确定写入磁盘的缓存数据的写入总次数；若存在任一预设缓存空间的数据累积量满足预设的累积量判断条件，或所述写入总次数满足预设的写入总次数判断条件，则根据各预设缓存空间对应的数据累积量，确定写入磁盘的缓存数据的数据总量；根据数据总量，确定是否终止数据库生成缓存数据，得到终止判断结果。”以完善对终止判断结果的确定方式。需要说明的是，在本发明实施例中未详述的部分，可参见其他实施例的表述。

如图2所示，该方法包括以下具体步骤：

S210、将数据库执行数据库语句过程中生成的缓存数据写入预设缓存空间中；预设缓存空间的数量为至少一个。

S220、在各预设缓存空间的缓存数据写入量满足磁盘写入条件时，将自身缓存空间内的缓存数据写入磁盘。

S230、确定各预设缓存空间在当前磁盘写入周期下，写入磁盘的缓存数据的数据累积量。

S240、确定写入磁盘的缓存数据的写入总次数。

其中，写入总次数可以是全部预设缓存空间截止到当前写入周期为止，向磁盘写入的缓存数据的次数总和。写入总次数可以表示所有CACHE写入临时文件的次数，该数值是不断递增的。

S250、若存在任一预设缓存空间的数据累积量满足预设的累积量判断条件，或写入总次数满足预设的写入总次数判断条件，则根据各预设缓存空间对应的数据累积量，确定写入磁盘的缓存数据的数据总量数。

其中，累积量判断条件可以由相关技术人员进行预先设定。例如，累积量判断条件可以是预设缓存空间的数据累积量不小于预设的缓存数据量阈值。其中，缓存数据量阈值可以由相关技术人员进行预先设定。例如，缓存数据量阈值为16M。

其中，缓存数据的数据总量可以是全部预设缓存空间的数据累积量之和。也即在当前写入周期下，全部预设缓存空间写入磁盘的缓存数据的数据总量。数据总量可以表示当前所有临时文件总大小，当某个临时文件不需要被删除时，需要从数据总量中减去这个临时文件大小，该值是可增可减的。

示例性的，若存在任一预设缓存空间的数据累积量满足预设的累积量判断条件，或写入总次数满足预设的写入总次数判断条件，则确定写入磁盘的缓存数据的数据总量；若存在任一预设缓存空间的数据累积量不满足预设的累积量判断条件，且写入总次数不满足预设的写入总次数判断条件，则继续想预设缓存空间缓存数据。

S260、根据数据总量，确定是否终止数据库生成缓存数据，得到终止判断结果。

示例性的，若数据总量不小于预设的总量阈值则终止数据库生成缓存数据；若数据总量小于预设的总量阈值，则继续生成缓存数据。

S270、根据终止判断结果，控制数据库继续生成或终止生成缓存数据，以实现对缓存数据的监控管理。

在一个可选实施例中，根据数据总量，确定是否终止数据库生成缓存数据，得到终止判断结果，包括：若数据总量不满足预设的总量判断条件，则确定终止数据库生成缓存数据；相应的，根据终止判断结果，控制数据库继续生成或终止生成缓存数据，以实现对缓存数据的监控管理，包括：若终止判断结果为确定终止数据库生成缓存数据，则生成语句终止指令发送至数据库，控制数据库根据语句终止指令终止生成缓存数据，以实现对缓存数据的监控管理。

其中，总量判断条件可以由相关技术人员进行预先设定。例如，总量判断条件可以是数据总量小于预设的总量阈值。其中，总量阈值和总次数阈值可以由相关技术人员进行预先设定。例如，总量阈值可以为32M。

示例性的，若数据总量不满足预设的总量判断条件，也即数据总量不小于预设的总量阈值，则确定终止数据库生成缓存数据。若确定终止数据库生成缓存数据，则生成语句终止指令，并将该终止指令发送至数据库，以控制数据库根据语句终止指令，终止生成缓存数据，从而实现对缓存数据的监控管理。

在一个可选实施例中，根据数据总量，确定是否终止数据库生成缓存数据，得到终止判断结果，包括：若数据总量满足预设的总量判断条件，则确定数据库继续生成缓存数据；相应的，根据终止判断结果，控制数据库继续生成或终止生成缓存数据，以实现对缓存数据的监控管理，包括：若终止判断结果为数据库继续生成缓存数据，则控制数据库继续生成缓存数据，以实现对缓存数据的监控管理。

示例性的，若数据总量满足预设的总量判断条件，也即数据总量小于预设的总量阈值，则可以确定数据库可以继续生成缓存数据。若终止判断结果为数据库继续生成缓存数据，则控制数据库继续生成缓存数据，以实现对缓存数据的监控管理。

需要说明的是，为进一步提高对缓存数据的有效管理，提高对缓存数据管理过程的安全性，在对缓存数据的监控管理过程中，还可以充分考虑磁盘的性能条件。

在一个可选实施例中，在若数据总量不满足预设的总量判断条件之后，确定在当前磁盘写入周期下，磁盘的可用空间容量和可用空间占比；若可用空间容量满足预设的容量判断条件，且可用空间占比满足预设的占比判断条件，则确定数据库继续生成缓存数据。

其中，可用空间容量可以是磁盘在当前磁盘写入周期下可供缓存数据存储使用的空间容量大小；可用空间占比可以是磁盘在当前磁盘写入周期下可用空间容量和磁盘总空间容量之间的比值。

其中，容量判断条件和占比判断条件可以由相关技术人员进行预先设定，例如，容量判断条件可以是可用空间容量小于预设的容量阈值；占比判断条件可以是可用空间占比小于预设的占比阈值。

示例性的，若可用空间容量满足预设的容量判断条件，也即可用空间容量小于预设的容量阈值，且可用空间占比满足预设的占比判断条件，也即可用空间占比小于预设的占比阈值，则确定数据库继续生成缓存数据。

可选的，若可用空间容量不满足预设的容量判断条件，或可用空间占比不满足预设的占比判断条件，则终止数据库生成缓存数据。

示例性的，若可用空间容量不满足预设的容量判断条件，也即可用空间容量不小于预设的容量阈值，或可用空间占比不满足预设的占比判断条件，也即可用空间占比不小于预设的占比阈值，则终止数据库继续生成缓存数据。

在一个具体实施例中，需要说明的是，通常单次生成的临时数据量较少，因此，可以先缓存在CACHE中，若单个CACHE缓存的容量为64K，循环以上流程，当CACHE容量写满之后，将CACHE缓存的临时数据写到磁盘临时文件中。CACHE主要作用之一就是合并少量IO，减少写磁盘的次数，一定程度上降低性能影响。首次生成临时数据30K，全部缓存在CACHE中；第二次生成临时数据32K，还是全部缓存在CACHE中；第三次生成临时数据50K，CACHE容量已经使用了62K，此时将2K临时数据缓存到CACHE中，CACHE容量写满，将CACHE缓存的64K临时数据写到磁盘临时文件(第1次磁盘写入)。原本的50K临时数据还剩下48K，缓存在CACHE中。第四次生成临时数据500K(单次生成数据量较大的情况较少但也是存在的)。CACHE容量已经使用了48K，此时将16K临时数据缓存到CACHE中，CACHE容量写满，将CACHE缓存的64K临时数据写到磁盘临时文件(第2次磁盘写入)。原本的500K临时数据还剩下484K，而484K/64K＝7，因此再次将64K*7＝448K临时数据直接写入磁盘临时文件(第3次磁盘写入)。原本的500K临时数据还剩下500K-16K-448K＝36K，并继续缓存在CACHE中。

上述单个CACHE的磁盘临时文件写入量为64K+64K+448K＝576K，磁盘写入次数3次，写入量和写入次数并没有严格的对应关系。统计写入次数的意义在于考虑并发时，每个线程都可能创建临时文件，但是单个临时文件的大小都很小，使用完就被删除了。这种场景下，单个CACHE数据累积量的判断条件可能就无法满足了，所以增加写入次数的判断，保证可以触发之后的临时文件总大小是否超限的判断。

本实施例技术方案通过确定写入磁盘的缓存数据的数据总量和写入总次数，在确定存在任一预设缓存空间的数据累积量满足预设的累积量判断条件时，则根据各所述预设缓存空间对应的数据累积量，或写入总次数满足预设的写入总次数判断条件，确定是否终止数据库生成缓存数据，得到终止判断结果，实现了对是否终止数据库生成缓存数据的准确判断，提高了对终止判断结果的确定准确度，实现了对缓存数据的自动化监控管理，解决了临时文件过大导致的业务生产过程的安全性问题。

实施例三

图3为本发明实施例三提供的一种缓存数据的监控管理方法的流程图。本实施例在以上述实施例为基础上，提供了一种优选实例。

如图3所示，该方法包括以下具体步骤：

S301、将数据库执行数据库语句过程中生成的缓存数据写入预设缓存空间中。

S302、在各预设缓存空间的缓存数据写入量满足磁盘写入条件时，将自身缓存空间内的缓存数据写入磁盘。

S303、确定各预设缓存空间在当前磁盘写入周期下，写入磁盘的缓存数据的数据累积量。

S304、确定写入磁盘的缓存数据的写入总次数。

S305、若存在任一预设缓存空间的数据累积量满足预设的累积量判断条件，或写入总次数满足预设的写入总次数判断条件，则根据各预设缓存空间对应的数据累积量，确定写入磁盘的缓存数据的数据总量。

S306、若数据总量不满足预设的总量判断条件，则确定终止数据库生成缓存数据。

S307、若确定终止数据库生成缓存数据，则生成语句终止指令发送至数据库，控制数据库根据语句终止指令终止生成缓存数据，以实现对缓存数据的监控管理。

S308、若数据总量满足预设的总量判断条件，则确定在当前磁盘写入周期下，磁盘的可用空间容量和可用空间占比。

S309、若可用空间容量满足预设的容量判断条件，且可用空间占比满足预设的占比判断条件，则确定数据库继续生成缓存数据。

S310、若可用空间容量不满足预设的容量判断条件，或可用空间占比不满足预设的占比判断条件，则终止数据库生成缓存数据。

实施例四

图4为本发明实施例四提供的一种缓存数据的监控管理装置的结构示意图。本发明实施例所提供的一种缓存数据的监控管理装置，该装置可适用于对数据库执行数据库语句过程中产生的缓存数据进行监控管理的情况，该缓存数据的监控管理装置可以采用硬件和/或软件的形式实现，如图4所示，该装置具体包括：缓存数据写入模块401、磁盘写入模块402、数据累积量确定模块403、判断结果确定模块404和监控管理模块405。其中，

缓存数据写入模块401，用于将数据库执行数据库语句过程中生成的缓存数据写入预设缓存空间中；所述预设缓存空间的数量为至少一个；

磁盘写入模块402，用于在各所述预设缓存空间的缓存数据写入量满足磁盘写入条件时，将自身缓存空间内的缓存数据写入磁盘；

数据累积量确定模块403，用于确定各所述预设缓存空间在当前磁盘写入周期下，写入磁盘的缓存数据的数据累积量；

判断结果确定模块404，用于根据各所述预设缓存空间对应的所述数据累积量，确定是否终止所述数据库生成缓存数据，得到终止判断结果；

监控管理模块405，用于根据所述终止判断结果，控制所述数据库继续生成或终止生成缓存数据，以实现对所述缓存数据的监控管理。

本发明实施例技术方案通过将数据库执行数据库语句过程中生成的缓存数据写入预设缓存空间中；在各预设缓存空间的缓存数据写入量满足磁盘写入条件时，将自身缓存空间内的缓存数据写入磁盘；确定各预设缓存空间在当前磁盘写入周期下，写入磁盘的缓存数据的数据累积量；根据各预设缓存空间对应的数据累积量，确定是否终止数据库生成缓存数据，得到终止判断结果；根据终止判断结果，控制数据库继续生成或终止生成缓存数据，以实现对缓存数据的监控管理。上述技术方案通过将数据库产生的缓存数据通过预设缓存空间临时写入的方式对齐写入至磁盘中，并且根据数据累积量，判断是否控制继续生成缓存数据，实现了对缓存数据的自动化监控管理，解决了临时文件过大导致的业务生产过程的安全性问题。

可选的，所述判断结果确定模块404，包括：

总次数确定单元，用于确定写入磁盘的缓存数据的写入总次数；

写入总量确定单元，用于若存在任一预设缓存空间的数据累积量满足预设的累积量判断条件，或所述写入总次数满足预设的写入总次数判断条件，则根据各所述预设缓存空间对应的数据累积量，确定写入磁盘的缓存数据的数据总量；

判断结果确定单元，用于根据所述数据总量，确定是否终止所述数据库生成缓存数据，得到终止判断结果。

可选的，所述判断结果确定单元，包括：

数据终止生成子单元，用于若所述数据总量不满足预设的总量判断条件，则确定终止所述数据库生成缓存数据；

相应的，所述监控管理模块405，包括：

终止指令生成单元，用于若所述终止判断结果为确定终止所述数据库生成数据，则生成语句终止指令发送至所述数据库，控制所述数据库根据所述语句终止指令终止生成缓存数据，以实现对所述缓存数据的监控管理。

可选的，所述判断结果确定单元，包括：

缓存数据生成子单元，用于若所述数据总量满足预设的总量判断条件，则确定所述数据库继续生成缓存数据；

相应的，所述监控管理模块405，包括：

缓存数据生成单元，用于若所述终止判断结果为所述数据库继续生成数据，则控制所述数据库继续生成缓存数据，以实现对所述缓存数据的监控管理。

可选的，所述判断结果确定单元，还包括：

空间容量确定子单元，用于在所述若所述数据总量不满足预设的总量判断条件，且所述写入总次数不满足预设的总次数判断条件之后，确定在所述当前磁盘写入周期下，所述磁盘的可用空间容量和可用空间占比；

第一容量条件判断子单元，用于若所述可用空间容量满足预设的容量判断条件，且所述可用空间占比满足预设的占比判断条件，则确定所述数据库继续生成缓存数据。

可选的，所述判断结果确定单元，还包括：

第二容量条件判断子单元，用于若所述可用空间容量不满足预设的容量判断条件，或所述可用空间占比不满足预设的占比判断条件，则终止所述数据库生成缓存数据。

本发明实施例所提供的缓存数据的监控管理装置可执行本发明任意实施例所提供的缓存数据的监控管理方法，具备执行方法相应的功能模块和有益效果。

实施例五

图5示出了可以用来实施本发明的实施例的电子设备50的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图5所示，电子设备50包括至少一个处理器51，以及与至少一个处理器51通信连接的存储器，如只读存储器(ROM)52、随机访问存储器(RAM)53等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器51可以根据存储在只读存储器(ROM)52中的计算机程序或者从存储单元58加载到随机访问存储器(RAM)53中的计算机程序，来执行各种适当的动作和处理。在RAM 53中，还可存储电子设备50操作所需的各种程序和数据。处理器51、ROM 52以及RAM 53通过总线54彼此相连。输入/输出(I/O)接口55也连接至总线54。

电子设备50中的多个部件连接至I/O接口55，包括：输入单元56，例如键盘、鼠标等；输出单元57，例如各种类型的显示器、扬声器等；存储单元58，例如磁盘、光盘等；以及通信单元59，例如网卡、调制解调器、无线通信收发机等。通信单元59允许电子设备50通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器51可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器51的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器51执行上文所描述的各个方法和处理，例如缓存数据的监控管理方法。

在一些实施例中，缓存数据的监控管理方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元58。在一些实施例中，计算机程序的部分或者全部可以经由ROM 52和/或通信单元59而被载入和/或安装到电子设备50上。当计算机程序加载到RAM 53并由处理器51执行时，可以执行上文描述的缓存数据的监控管理方法的一个或多个步骤。备选地，在其他实施例中，处理器51可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行缓存数据的监控管理方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。