CN114860666A - 一种日志清除时间修改方法、装置及介质 - Google Patents

Abstract

本申请公开了一种日志清除时间修改方法、装置及介质，涉及软件开发领域。通过获取执行周期所要执行的任务；获取执行周期内执行任务时所生成的日志信息，并确定日志信息所占用的存储空间；根据存储空间获取日志信息的清除时间；其中，存储空间与清除时间呈正相关关系。由此可知，上述方案通过获取在不同客户环境下不同的任务，针对任务在执行过程中的生成的日志信息的存储情况，生成了对应的清除时间，存储空间与清除时间呈正相关关系；从而实现了在复杂的客户场景中日志信息的清除时间的修改，避免了因为日志信息的清除时间配置不合理导致的系统运行问题，具有更强的场景适应性。

Description

一种日志清除时间修改方法、装置及介质

技术领域

本申请涉及软件开发领域，特别是涉及一种日志清除时间修改方法、装置及介质。

背景技术

MySQL作为一种常用的关系型数据库，具有成本低、开源社区活跃、稳定性强、查询速度快等优势，在软件系统中有着广泛的应用。软件系统的高可用性是衡量其可靠性的重要指标，数据库作为系统的重要组成部分，其高可用性显得尤为重要。目前，MySQL的高可用方案，通常由多个MySQL节点组成，节点开启同步相关的配置，将本地的操作记录在二进制日志(binary log，binlog)中，然后节点间通过数据同步线程，获取需要进行同步的节点的binlog的信息，并将binlog在本节点进行回放，从而实现数据的同步。MySQL的同步技术高度依赖与binlog；binlog的清除时间设置的较长，可以保存更多的binlog，有利于发生错误时对数据进行恢复。

然而，binlog的生成和业务场景有很强的关联性。如果对数据库的修改操作较多，则会产生较多的binlog日志记录，从而使得binlog的日志文件体积较大；如果对数据库的查询操作较多，则产生的binlog记录较少，从而使得binlog的日志文件体积较小。因而当运行服务的环境由客户维护时，面对不同的客户场景，由于很难统一的对存储配置进行统一设置，则以默认的binlog清除时间对binlog进行清除时，可能会在数据量较多时因硬件设备配置不合适导致服务异常中断，使得对复杂的客户场景的适应性不强。

鉴于上述问题，设计一种日志清除时间修改方法，是该领域技术人员亟待解决的问题。

发明内容

本申请的目的是提供一种日志清除时间修改方法、装置及介质，以实现在复杂的客户场景中日志信息的清除时间的修改，提高场景适应性。

为解决上述技术问题，本申请提供一种日志清除时间修改方法，包括：

获取执行周期所要执行的任务；

获取所述执行周期内执行所述任务时所生成的日志信息，并确定所述日志信息所占用的存储空间；

根据所述存储空间获取所述日志信息的清除时间；其中，所述存储空间与所述清除时间呈正相关关系。

优选地，所述根据所述存储空间获取所述日志信息的清除时间包括：

根据多个所述存储空间获取多条所述日志信息对应的清除时间；

所述根据多个所述存储空间获取多条所述日志信息对应的清除时间包括：

获取存储空间阈值和滑动窗口的数据长度；其中，所述滑动窗口中包含所述任务的执行次数；

获取所述滑动窗口中各所述执行周期内执行所述任务时生成的各所述日志信息，并确定各所述日志信息所占用的各所述存储空间；

根据所述存储空间阈值、所述数据长度和各所述存储空间获取所述日志信息的清除时间。

优选地，在所述根据所述存储空间获取所述日志信息的清除时间之后，还包括：

将所述日志信息的清除时间写入MySQL的配置文件中，以用于对所述日志信息进行清除。

优选地，在所述获取执行周期所要执行的任务之前，还包括：

判断是否首次配置所述MySQL的所述配置文件；

若否，进入到所述获取执行周期所要执行的任务的步骤；

若是，生成所述日志信息的默认清除时间。

优选地，所述生成所述日志信息的默认清除时间包括：

获取所述日志信息的当前存储空间；

根据所述当前存储空间获取所述日志信息的默认清除时间。

优选地，在所述判断是否首次配置所述MySQL的所述配置文件之前，还包括：

判断是否开启所述MySQL的数据同步；

若是，则进入到所述判断是否首次配置所述MySQL的所述配置文件的步骤。

优选地，还包括：若设置所述日志信息的固定清除时间，则停止获取所述日志信息的清除时间，并将所述固定清除时间写入所述MySQL的所述配置文件中。

为解决上述技术问题，本申请还提供一种日志清除时间修改装置，包括：

第一获取模块，用于获取执行周期所要执行的任务；

第二获取模块，用于获取所述执行周期内执行所述任务时所生成的日志信息，并确定所述日志信息所占用的存储空间；

第三获取模块，用于根据所述存储空间获取所述日志信息的清除时间；其中，所述存储空间与所述清除时间呈正相关关系。

优选地，还包括：

写入模块，用于将所述日志信息的清除时间写入MySQL的配置文件中，以用于对所述日志信息进行清除。

优选地，还包括：

第一判断模块，用于判断是否首次配置所述MySQL的所述配置文件；若否，触发所述第一获取模块；若是，生成所述日志信息的默认清除时间。

优选地，还包括：

第二判断模块，用于判断是否开启所述MySQL的数据同步；若是，触发所述第一判断模块。

为解决上述技术问题，本申请还提供另一种日志清除时间修改装置，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现上述所述的日志清除时间修改方法的步骤。

为解决上述技术问题，本申请还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述所述的日志清除时间修改方法的步骤。

本申请所提供的日志清除时间修改方法，通过获取执行周期所要执行的任务；获取执行周期内执行任务时所生成的日志信息，并确定日志信息所占用的存储空间；根据存储空间获取日志信息的清除时间；其中，存储空间与清除时间呈正相关关系。由此可知，上述方案通过获取在不同客户环境下不同的任务，针对任务在执行过程中的生成的日志信息的存储情况，生成了对应的清除时间，存储空间与清除时间呈正相关关系；从而实现了在复杂的客户场景中日志信息的清除时间的修改，避免了因为日志信息的清除时间配置不合理导致的系统运行问题，具有更强的场景适应性。

此外，本申请实施例还提供了一种日志清除时间修改装置及介质，效果同上。

附图说明

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

图1为本申请实施例提供的一种日志清除时间修改方法的流程图；

图2为本申请实施例提供的另一种日志清除时间修改方法的流程图；

图3为本申请实施例提供的一种日志清除时间修改装置的结构示意图；

图4为本申请实施例提供的另一种日志清除时间修改装置的结构示意图；

图5为本申请实施例提供的日志清除时间修改方法在应用场景中的流程图。

具体实施方式

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

本申请的核心是提供一种日志清除时间修改方法、装置及介质，以实现在复杂的客户场景中日志信息的清除时间的修改，提高场景适应性。

为了使本技术领域的人员更好地理解本申请方案，下面结合附图和具体实施方式对本申请作进一步的详细说明。

MySQL的高可用方案，通常由多个MySQL节点组成，节点开启同步相关的配置，将本地的操作记录在binlog中。binlog记录了MySQL所有的数据操纵语言(Data ManipulationLanguage，DML)操作，通过binlog日志可以做数据恢复，增量备份，主主复制和主从复制等等。然后节点间通过数据同步线程，获取需要进行同步的节点的binlog的信息，并将binlog在本节点进行回放，从而实现数据的同步。MySQL的同步技术高度依赖与binlog；binlog的清除时间设置的较长，可以保存更多的binlog，有利于发生错误时对数据进行恢复。然而，binlog的生成和业务场景有很强的关联性。如果对数据库的修改操作较多，则会产生较多的binlog日志记录，从而使得binlog的日志文件体积较大；如果对数据库的查询操作较多，则产生的binlog记录较少，从而使得binlog的日志文件体积较小。因而当运行服务的环境由客户维护时，面对不同的客户场景，由于很难统一的对存储配置进行统一设置，则以默认的binlog清除时间对binlog进行清除时，可能会在数据量较多时因硬件设备配置不合适导致服务异常中断，使得对复杂的客户场景的适应性不强。因此本申请实施例所提供的日志清除时间修改方法主要应用于MySQL同步中的binlog清除时间修改的场景。图1为本申请实施例提供的一种日志清除时间修改方法的流程图。如图1所示，方法包括：

S10：获取执行周期所要执行的任务。

S11：获取执行周期内执行任务时所生成的日志信息，并确定日志信息所占用的存储空间。

S12：根据存储空间获取日志信息的清除时间；其中，存储空间与清除时间呈正相关关系。

在具体实施中，首先获取MySQL同步中的任务。任务存在执行周期，以执行周期的时间间隔执行。获取执行周期内执行任务时所生成的日志信息，即binlog，并通过日志信息空间计算装置确定binlog所占用的存储空间。

需要注意的是，在获取binlog的过程中可以获取一个执行周期的日志信息，也可以获取多个执行周期的日志信息，在本实施例中不做限制。获取到日志信息后日志信息空间计算装置确认日志信息所占用的存储空间，主要确认binlog文件占用的存储空间大小以及占用存储空间的百分比。

在得到日志信息所占用的存储空间后，配置计算装置根据存储空间获取日志信息的清除时间。在本实施例中，对于获取日志信息清除时间的具体方式不做限制，可以根据多个执行周期内的日志信息所占用的存储空间获取清除时间，也可以根据一个执行周期内的日志信息所占用的存储空间获取清除时间，根据具体的实施情况而定。此外，存储空间与清除时间呈正相关关系，表征日志信息的清除时间与其占用的存储空间正相关，即当日志信息所占用的存储空间发生变化，则日志信息的清除时间也会发生变化。

本实施例中，通过获取执行周期所要执行的任务；获取执行周期内执行任务时所生成的日志信息，并确定日志信息所占用的存储空间；根据存储空间获取日志信息的清除时间；其中，存储空间与清除时间呈正相关关系。由此可知，上述方案通过获取在不同客户环境下不同的任务，针对任务在执行过程中的生成的日志信息的存储情况，生成了对应的清除时间，存储空间与清除时间呈正相关关系；从而实现了在复杂的客户场景中日志信息的清除时间的修改，避免了因为日志信息的清除时间配置不合理导致的系统运行问题，具有更强的场景适应性。

在上述实施例的基础上：

作为一种优选的实施例，根据存储空间获取日志信息的清除时间包括：

根据多个存储空间获取多条日志信息对应的清除时间；

根据多个存储空间获取多条日志信息对应的清除时间包括：

获取存储空间阈值和滑动窗口的数据长度；其中，滑动窗口中包含任务的执行次数；

获取滑动窗口中各执行周期内执行任务时生成的各日志信息，并确定各日志信息所占用的各存储空间；

根据存储空间阈值、数据长度和各存储空间获取日志信息的清除时间。

在上述实施例中，对于获取日志信息清除时间的具体方式不做限制，根据具体的实施情况而定。作为一种优选的实施例，在本实施例中，根据多个存储空间获取多条日志信息对应的清除时间，即获取多个执行周期内任务生成的日志信息，再根据多条日志信息分别占用的存储空间获取清除时间。

具体地，配置计算装置首先获取存储空间阈值m和滑动窗口的数据长度n。存储空间阈值m是磁盘存储空间的一个限定值，磁盘中存储的内容大小不能超过该阈值；在本实施例中m可以为默认的阈值0.7。滑动窗口是采集多个执行周期内任务生成的日志信息及存储空间的窗口，其中包含任务的执行次数；同时也可以通过对滑动窗口进行滑动，使其在时间轴上切换不同的多个任务执行周期。

进一步地，获取滑动窗口中各执行周期内执行任务时生成的各日志信息，并通过日志信息空间计算装置确定各日志信息所占用的各存储空间，根据存储空间阈值m、数据长度n和各存储空间获取日志信息的清除时间，公式如下：

可以理解的是，公式中的i_n为滑动窗口中第n次执行周期内日志信息所占用的存储空间，具体为磁盘空间占用百分比；而t即为得到的日志信息的清除时间。在具体实施中，能够根据不同的滑动窗口数据长度n得到对应数量执行周期下的日志信息，从而根据各日志信息所占用的存储空间获得清除时间。

在具体实施中还可以对上述公式进行修改，例如修改存储空间阈值m，或滑动窗口的数据长度n，再根据修改后的公式获得日志信息的清除时间。需要注意的是，如果需要修改计算规则，需要停止当前获取清除时间的进程，在修改完成之后启动，重新从步骤S10执行，最终获取到日志信息的清除时间。

本实施例中，根据多个存储空间获取多条日志信息对应的清除时间，具体根据存储空间阈值、滑动窗口数据长度和滑动窗口中各执行周期下日志信息所占用的各存储空间获取日志信息的清除时间，实现了日志信息清除时间的获取，可以在合适的范围内，保存更长时间的日志信息，并实现了在复杂的客户场景中日志信息的清除时间的修改，具有更强的场景适应性。

图2为本申请实施例提供的另一种日志清除时间修改方法的流程图。如图2所示，在根据存储空间获取日志信息的清除时间之后，还包括：

S13：将日志信息的清除时间写入MySQL的配置文件中，以用于对日志信息进行清除。

可以理解的是，在上述实施例中获得了日志信息的清除时间，即得到了binlog的清除时间。为了通过该清除时间对binlog进行清除，还需要通过配置文件更新装置对MySQL进行配置，将得到的清除时间写入MySQL的配置文件中，以用于对日志信息进行清除。

本实施例中，通过将日志信息的清除时间写入MySQL的配置文件中，以便于后续对日志信息进行清除。

如图2所示，在获取执行周期所要执行的任务之前，还包括：

S14：判断是否首次配置MySQL的配置文件；若否，进入到步骤S10；若是，进入到步骤S15。

S15：生成日志信息的默认清除时间。

可以理解的是，MySQL的配置文件中存在binlog清除时间的配置信息，且在上述实施例中，根据任务生成的日志信息所占用的存储空间生成清除时间，并对配置文件进行配置，是根据不同的用户场景对配置文件进行配置。但是在具体实施中，还应存在日志信息的默认的清除时间。因此在步骤S10之前，还需要判断MySQL的配置文件是否为首次配置。

当确认非首次配置MySQL的配置文件，则进入步骤S10；当确认首次配置MySQL的配置文件，则生成日志信息的默认清除时间。在本实施例中，对于生成默认清除时间的具体方式不做限制，根据具体的实施情况而定。可以通过对上述实施例中清除时间的计算公式生成默认清除时间，也可以设置一个默认的清除时间，根据具体的实施情况而定。

本实施例中，在获取执行周期所要执行的任务之前，还判断是否首次配置MySQL的配置文件，若是，生成日志信息的默认清除时间，实现了日志信息的默认清除时间的生成。

在上述实施例的基础上：

作为一种优选的实施例，生成日志信息的默认清除时间包括：

获取日志信息的当前存储空间；

根据当前存储空间获取日志信息的默认清除时间。

在上述实施例中，对于生成默认清除时间的具体方式不做限制，根据具体的实施情况而定。作为一种优选的实施例，本实施例中首先获取日志信息的当前存储空间。由于是首次配置MySQL的配置文件，不存在执行周期所要执行的任务，也就是说还不存在后续生成的日志信息；但是MySQL同步中会存在一些初始的日志信息，因此直接通过存储空间计算装置获取该日志信息所占用的当前存储空间。

进一步地，配置计算装置根据当前存储空间获取日志信息的默认清除时间。可以通过上述实施例中的公式生成默认清除时间。由于只需要知道当前日志信息所占用的存储空间，即磁盘空间占用百分比，且首次配置时可以认为滑动窗口中只有一个执行周期，因此滑动窗口的数据长度n为1，结合存储空间阈值m，通过上述实施例中的清除时间计算公式得到默认清除时间。在得到默认清除时间之后，将默认清除时间写入MySQL的配置文件中，以用于对日志信息进行清除。可以理解的是，在默认清除时间的生成过程中也可以对其计算公式进行修改，修改方式同上述实施例中一致，在此不做赘述。

本实施例中，通过获取日志信息的当前存储空间，根据当前存储空间获取日志信息的默认清除时间，实现了首次配置MySQL的配置文件时默认清除时间的生成。

如图2所示，在判断是否首次配置MySQL的配置文件之前，还包括：

S16：判断是否开启MySQL的数据同步；若是，则进入到步骤S14。

上述实施例中对MySQL的配置均需要在MySQL进行数据同步的条件下执行，因此在步骤S14之前，配置文件分析器还需要对配置文件进行分析，根据MySQL的配置文件判断当前节点判断是否开启MySQL的数据同步，若是，则进入步骤S14，若否，则结束。

本实施例中，当确认开启MySQL的数据同步，进入到对是否首次配置MySQL的配置文件的判断，以便于后续生成日志信息的清除时间。

在上述实施例的基础上：

作为一种优选的实施例，若设置日志信息的固定清除时间，则停止获取日志信息的清除时间，并将固定清除时间写入MySQL的配置文件中。

可以理解的是，上述实施例中对日志信息的清除时间的生成均基于日志信息所占用的存储空间。但是在具体实施中，还可以直接设置日志信息的固定清除时间。具体地，若设置日志信息的固定清除时间，则停止上述实施例中获取日志信息的清除时间的步骤，配置文件更新装置将固定清除时间写入MySQL的配置文件中，以便于通过配置文件中固定的清除时间对日志信息进行清除。

本实施例中，通过停止获取日志信息的清除时间，将固定清除时间写入MySQL的配置文件中，实现了日志信息的固定清除时间的设置。

在上述实施例中，对于日志清除时间修改方法进行了详细描述，本申请还提供日志清除时间修改装置对应的实施例。需要说明的是，本申请从两个角度对装置部分的实施例进行描述，一种是基于功能模块的角度，另一种是基于硬件结构的角度。

图3为本申请实施例提供的一种日志清除时间修改装置的结构示意图。

如图3所示，日志清除时间修改装置包括：

第一获取模块10，用于获取执行周期所要执行的任务。

第二获取模块11，用于获取所述执行周期内执行所述任务时所生成的日志信息，并确定所述日志信息所占用的存储空间。

第三获取模块12，用于根据所述存储空间获取所述日志信息的清除时间；其中，所述存储空间与所述清除时间呈正相关关系。

作为一种优选的实施例，日志清除时间修改装置还包括：

写入模块，用于将日志信息的清除时间写入MySQL的配置文件中，以用于对日志信息进行清除。

第一判断模块，用于判断是否首次配置MySQL的配置文件；若否，触发第一获取模块；若是，生成日志信息的默认清除时间。

第二判断模块，用于判断是否开启MySQL的数据同步；若是，触发第一判断模块。

本实施例中，日志清除时间修改装置包括第一获取模块、第二获取模块和第三获取模块。通过获取执行周期所要执行的任务；获取执行周期内执行任务时所生成的日志信息，并确定日志信息所占用的存储空间；根据存储空间获取日志信息的清除时间；其中，存储空间与清除时间呈正相关关系。由此可知，上述方案通过获取在不同客户环境下不同的任务，针对任务在执行过程中的生成的日志信息的存储情况，生成了对应的清除时间，存储空间与清除时间呈正相关关系；从而实现了在复杂的客户场景中日志信息的清除时间的修改，避免了因为日志信息的清除时间配置不合理导致的系统运行问题，具有更强的场景适应性。

图4为本申请实施例提供的另一种日志清除时间修改装置的结构示意图。如图4所示，日志清除时间修改装置包括：

存储器20，用于存储计算机程序。

处理器21，用于执行计算机程序时实现如上述实施例中所提到的日志清除时间修改的方法的步骤。

本实施例提供的日志清除时间修改装置可以包括但不限于智能手机、平板电脑、笔记本电脑或台式电脑等。

其中，处理器21可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器21可以采用数字信号处理器(Digital Signal Processor，DSP)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable LogicArray，PLA)中的至少一种硬件形式来实现。处理器21也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称中央处理器(CentralProcessing Unit，CPU)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器21可以在集成有图形处理器(Graphics Processing Unit，GPU)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器21还可以包括人工智能(Artificial Intelligence，AI)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器20可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器20还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。本实施例中，存储器20至少用于存储以下计算机程序201，其中，该计算机程序被处理器21加载并执行之后，能够实现前述任一实施例公开的日志清除时间修改方法的相关步骤。另外，存储器20所存储的资源还可以包括操作系统202和数据203等，存储方式可以是短暂存储或者永久存储。其中，操作系统202可以包括Windows、Unix、Linux等。数据203可以包括但不限于日志清除时间修改方法涉及到的数据。

在一些实施例中，日志清除时间修改装置还可包括有显示屏22、输入输出接口23、通信接口24、电源25以及通信总线26。

本领域技术人员可以理解，图4中示出的结构并不构成对日志清除时间修改装置的限定，可以包括比图示更多或更少的组件。

最后，本申请还提供一种计算机可读存储介质对应的实施例。计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如上述方法实施例中记载的步骤。

可以理解的是，如果上述实施例中的方法以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

为了使本领域的技术人员更好的理解本申请的技术方案，下面结合图5对上述本申请作进一步的详细说明。图5为本申请实施例提供的日志清除时间修改方法在应用场景中的流程图。如图5所示，包括：

S17：配置文件分析；

S18：配置情况分析；

S19：获取日志信息的存储空间；

S20：生成日志信息清除时间；

S21：配置文件更新。

该应用场景具体为：对配置文件进行分析，以确认发起MySQL同步；对配置情况进行分析，确认是首次进行配置或非首次进行配置；在不同的配置情况下获取日志信息的存储空间；根据日志信息的存储空间生成日志信息清除时间；更新配置文件，将日志信息清除时间写入配置文件。

例如，配置文件分析器对配置文件进行分析，确认当前开启MySQL同步；对配置情况进行分析，确认当前为首次配置时，存储空间计算装置获取日志信息的存储空间，配置计算装置根据该存储空间使用计算规则生成日志信息的清除时间；确认当前为非首次配置时，日志信息空间计算装置获取日志信息的存储空间，配置计算装置根据该存储空间使用计算规则生成日志信息的清除时间。随后对配置文件进行更新，将清除时间写入配置文件，实现对日志信息清除时间的修改。

上文通过对本申请实施例提供的日志清除时间修改方法的应用场景进行了介绍，具有与上述提到的日志清除时间修改方法相同的有益效果。

以上对本申请所提供的一种日志清除时间修改方法、装置及介质进行了详细介绍。说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

Claims (10)

1.一种日志清除时间修改方法，其特征在于，包括：

获取执行周期所要执行的任务；

获取所述执行周期内执行所述任务时所生成的日志信息，并确定所述日志信息所占用的存储空间；

根据所述存储空间获取所述日志信息的清除时间；其中，所述存储空间与所述清除时间呈正相关关系。

2.根据权利要求1所述的日志清除时间修改方法，其特征在于，所述根据所述存储空间获取所述日志信息的清除时间包括：

根据多个所述存储空间获取多条所述日志信息对应的清除时间；

所述根据多个所述存储空间获取多条所述日志信息对应的清除时间包括：

获取存储空间阈值和滑动窗口的数据长度；其中，所述滑动窗口中包含所述任务的执行次数；

获取所述滑动窗口中各所述执行周期内执行所述任务时生成的各所述日志信息，并确定各所述日志信息所占用的各所述存储空间；

根据所述存储空间阈值、所述数据长度和各所述存储空间获取所述日志信息的清除时间。

3.根据权利要求1所述的日志清除时间修改方法，其特征在于，在所述根据所述存储空间获取所述日志信息的清除时间之后，还包括：

将所述日志信息的清除时间写入MySQL的配置文件中，以用于对所述日志信息进行清除。

4.根据权利要求3所述的日志清除时间修改方法，其特征在于，在所述获取执行周期所要执行的任务之前，还包括：

判断是否首次配置所述MySQL的所述配置文件；

若否，进入到所述获取执行周期所要执行的任务的步骤；

若是，生成所述日志信息的默认清除时间。

5.根据权利要求4所述的日志清除时间修改方法，其特征在于，所述生成所述日志信息的默认清除时间包括：

获取所述日志信息的当前存储空间；

根据所述当前存储空间获取所述日志信息的默认清除时间。

6.根据权利要求4所述的日志清除时间修改方法，其特征在于，在所述判断是否首次配置所述MySQL的所述配置文件之前，还包括：

判断是否开启所述MySQL的数据同步；

若是，则进入到所述判断是否首次配置所述MySQL的所述配置文件的步骤。

7.根据权利要求6所述的日志清除时间修改方法，其特征在于，还包括：

若设置所述日志信息的固定清除时间，则停止获取所述日志信息的清除时间，并将所述固定清除时间写入所述MySQL的所述配置文件中。

8.一种日志清除时间修改装置，其特征在于，包括：

第一获取模块，用于获取执行周期所要执行的任务；

第二获取模块，用于获取所述执行周期内执行所述任务时所生成的日志信息，并确定所述日志信息所占用的存储空间；

第三获取模块，用于根据所述存储空间获取所述日志信息的清除时间；其中，所述存储空间与所述清除时间呈正相关关系。

9.一种日志清除时间修改装置，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如权利要求1至7任一项所述的日志清除时间修改方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的日志清除时间修改方法的步骤。

Images