CN111723130A - 一种历史数据查询方法、装置及设备 - Google Patents

一种历史数据查询方法、装置及设备 Download PDF

Info

Publication number
CN111723130A
CN111723130A CN202010598454.9A CN202010598454A CN111723130A CN 111723130 A CN111723130 A CN 111723130A CN 202010598454 A CN202010598454 A CN 202010598454A CN 111723130 A CN111723130 A CN 111723130A
Authority
CN
China
Prior art keywords
directory
log
interval
log file
inflow
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202010598454.9A
Other languages
English (en)
Other versions
CN111723130B (zh
Inventor
苏立莹
范渊
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hangzhou Dbappsecurity Technology Co Ltd
Original Assignee
Hangzhou Dbappsecurity Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hangzhou Dbappsecurity Technology Co Ltd filed Critical Hangzhou Dbappsecurity Technology Co Ltd
Priority to CN202010598454.9A priority Critical patent/CN111723130B/zh
Publication of CN111723130A publication Critical patent/CN111723130A/zh
Application granted granted Critical
Publication of CN111723130B publication Critical patent/CN111723130B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24Querying
    • G06F16/245Query processing
    • G06F16/2458Special types of queries, e.g. statistical queries, fuzzy queries or distributed queries
    • G06F16/2474Sequence data queries, e.g. querying versioned data
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computational Linguistics (AREA)
  • Probability & Statistics with Applications (AREA)
  • Software Systems (AREA)
  • Mathematical Physics (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Fuzzy Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本申请公开了一种历史数据查询方法,根据当前时间是否落入第一区间或第二区间,利用第一目录和第二目录轮流存储实时生成的日志流,当从一个目录切换到另一个目录时,将前者的日志文件归档至第三目录,并以流入时段对该日志文件进行命名。在查询数据的过程中,接收携带目标流入时段的查询请求,根据目标流入时段在第三目录搜索对应的目标日志文件,以作为查询结果。可见,该方法通过区分时段来记录日志,以流入时段对日志文件进行命名,在查询数据过程中,用户只需要输入关心的时间段,即可快速搜索到对应的日志文件,显著提升了查询效率。此外,本申请还提供了一种历史数据查询装置、设备及可读存储介质,其技术效果与上述方法相对应。

Description

一种历史数据查询方法、装置及设备
技术领域
本申请涉及计算机技术领域,特别涉及一种历史数据查询方法、装置、设备及可读存储介质。
背景技术
在飞速发展的互联网时代背景下,大数据云计算时代的到来已势不可挡。人们都钟爱各种大型网站、APP来满足自己多种需求,随着人们不断的了解并使用互联网产品后,庞大的用户量每天数以亿计的各种数据都扑面而来,如果这种情况下还运用传统方法解决日志问题,已经不能满足人们的需求。
传统的搜索方法只是对历史数据进行简单分类,随着人们对电子产品的逐渐依赖,庞大的使用者背后每天产生了数以亿计的数据,由此可见传统的方法已不能满足需求。如此问题便慢慢呈现,传统的历史数据的查询方式存在查询效率较低的问题,已不能再满足当代每天数以亿计的交易量。
发明内容
本申请的目的是提供一种历史数据查询方法、装置、设备及可读存储介质,用以解决在大数据场景下,历史数据查询效率较低的问题。其具体方案如下:
第一方面,本申请提供了一种历史数据查询方法,包括:
接收实时生成的日志流;
若当前时间落入第一区间,将所述日志流流入第一目录,直至当前时间为第二区间的起点,停止将日志流流入第一目录,将第一目录下的日志流数据作为单个日志文件归档至第三目录,并以流入时段对所述日志文件进行命名;
若当前时间落入第二区间,将所述日志流流入第二目录,直至当前时间为第一区间的起点,停止将日志流流入第二目录,将第二目录下的日志流数据作为单个日志文件归档至第三目录,并以流入时段对所述日志文件进行命名;
接收携带目标流入时段的查询请求,根据所述目标流入时段在所述第三目录搜索对应的目标日志文件,以作为查询结果;
其中,所述第一区间和所述第二区间在时间轴上交替出现。
优选的,所述第一区间和所述第二区间的区间长度相同,所述第一区间为[2n*a,(2n+1)*a),所述第二区间为[(2n+1)*a,(2n+2)*a),其中n为非负整数,a为区间长度。
优选的,所述区间长度为24小时,所述若当前时间落入第一区间,将所述日志流流入第一目录,直至当前时间为第二区间的起点,停止将日志流流入第一目录,将第一目录下的日志流数据作为单个日志文件归档至第三目录,并以流入时段对所述日志文件进行命名,包括:
若当前时间落入第一区间,将所述日志流流入第一目录,直至当前时间为零点,停止将日志流流入第一目录,将第一目录下的日志流数据作为单个日志文件归档至第三目录,并以流入日期对所述日志文件进行命名。
优选的,所述将第一目录下的日志流数据作为单个日志文件归档至第三目录,包括:
根据流入日期,将第一目录下的日志流数据作为单个日志文件归档至第三目录下相应的子目录,所述子目录为以年月命名的目录。
优选的,在所述接收携带目标流入时段的查询请求之前,还包括:
按照第一周期,周期性地对第三目录的日志文件进行正则表达式匹配,为匹配得到的日志文件设置不可删除标签;
对第三目录下未设置有不可删除标签的日志文件进行删除。
优选的,所述对第三目录下未设置有不可删除标签的日志文件进行删除,包括:
按照第二周期,周期性地对第三目录下未设置有不可删除标签的日志文件进行删除,其中所述第一周期小于等于所述第二周期。
优选的,在所述对第三目录下未设置有不可删除标签的日志文件进行删除之后,还包括:
为删除完成的子目录设置删除完成标签。
第二方面,本申请提供了一种历史数据查询装置,包括:
日志流接收模块:用于接收实时生成的日志流;
第一流入模块:用于若当前时间落入第一区间,将所述日志流流入第一目录,直至当前时间为第二区间的起点,停止将日志流流入第一目录,将第一目录下的日志流数据作为单个日志文件归档至第三目录,并以流入时段对所述日志文件进行命名;
第二流入模块:用于若当前时间落入第二区间,将所述日志流流入第二目录,直至当前时间为第一区间的起点,停止将日志流流入第二目录,将第二目录下的日志流数据作为单个日志文件归档至第三目录,并以流入时段对所述日志文件进行命名;
查询模块:用于接收携带目标流入时段的查询请求,根据所述目标流入时段在所述第三目录搜索对应的目标日志文件,以作为查询结果;
其中,所述第一区间和所述第二区间在时间轴上交替出现。
第三方面,本申请提供了一种历史数据查询设备,包括:
存储器:用于存储计算机程序;
处理器:用于执行所述计算机程序,以实现如上所述的历史数据查询方法的步骤。
第四方面,本申请提供了一种可读存储介质,所述可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时用于实现如上所述的历史数据查询方法的步骤。
本申请所提供的一种历史数据查询方法,在记录日志文件的过程中,设置了三种用于存储日志流的目录,在实际应用中,根据当前时间是否落入第一区间或第二区间,利用第一目录和第二目录轮流接收实时生成的日志流,当从一个目录切换到另一个目录时,将前者的日志流数据作为单个日志文件归档至第三目录,并以流入时段对该日志文件进行命名。在查询数据的过程中,接收携带目标流入时段的查询请求,根据目标流入时段在第三目录搜索对应的目标日志文件,以作为查询结果。可见,该方法通过区分时段来记录日志,生成各个时段对应的日志文件,并以流入时段对日志文件进行命名,提升日志记录效率。在查询数据过程中,用户只需要输入自己关心的时间段,即可快速搜索到对应的日志文件,显著提升了历史数据查询效率。
此外,本申请还提供了一种历史数据查询装置、设备及可读存储介质,其技术效果与上述方法相对应,这里不再赘述。
附图说明
为了更清楚的说明本申请实施例或现有技术的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请所提供的一种历史数据查询方法实施例一的实现流程图;
图2为本申请所提供的一种历史数据查询方法实施例二的实现流程图;
图3为本申请所提供的一种历史数据查询装置实施例的功能框图;
图4为本申请所提供的一种历史数据查询设备实施例的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案,下面结合附图和具体实施方式对本申请作进一步的详细说明。显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
在如今发展高速的大数据时代下,用户量庞大的网站或者移动终端每天会产生的庞大的数据,在此种状态下,传统日志记录方式直接输出日志到后台,那么数据量可能会数以亿计,严重影响数据查询效率。
针对该问题,本申请的核心是提供一种历史数据查询方法、装置、设备及可读存储介质,来高效记录日志,从而提升查询效率。
下面对本申请提供的一种历史数据查询方法实施例一进行介绍,参见图1,实施例一包括:
S101、接收实时生成的日志流;
S102、若当前时间落入第一区间,将所述日志流流入第一目录,直至当前时间为第二区间的起点,停止将日志流流入第一目录,将第一目录下的日志流数据作为单个日志文件归档至第三目录,并以流入时段对所述日志文件进行命名;
S103、若当前时间落入第二区间,将所述日志流流入第二目录,直至当前时间为第一区间的起点,停止将日志流流入第二目录,将第二目录下的日志流数据作为单个日志文件归档至第三目录,并以流入时段对所述日志文件进行命名;
S104、接收携带目标流入时段的查询请求,根据所述目标流入时段在所述第三目录搜索对应的目标日志文件,以作为查询结果。
本实施例设置了三种目录,即第一目录、第二目录和第三目录。其中,第一目录用于在当前时间落入第一区间时,接收实时的日志流;第二目录用于在当前时间落入第二区间时,接收实时的日志流;第三目录用于存储当前时间没有接收日志流的目录下的日志流数据,将该目录下的日志流数据作为单个日志文件记录下来,并根据该日志文件流入第一目录或第二目录的时段对其进行命名。
上述第一区间和第二区间在时间轴上交替出现,也就是说,本实施例利用第一目录和第二目录轮流接收日志流,当利用第一目录接收日志流的时长达到一定时长之后,则切换到第二目录,继续利用第二目录接收日志流;同理,当第二目录接收日志流的时长达到一定时长之后,切换回第一目录,继续利用第一目录接收日志流。
本实施例不限定上述第一区间和第二区间的区间长度,二者的区间长度可以相同,也可以不同,二者各自区间长度的大小可以根据实际需求自行设置。作为一种具体的实施方式,当设置二者的区间长度相同时,假设第一区间先出现,那么第一区间可以表示为[2n*a,(2n+1)*a),第二区间可以表示为[(2n+1)*a,(2n+2)*a),其中n为非负整数,a为区间长度。
以上仅仅介绍了第三目录下将日志文件命名为对应的流入时段,在实际应用中,为进一步提升日志记录效率,可以生成第三目录的子目录。假设第一目录和第二目录的区间长度相同,那么,第三目录下的一个日志文件对应的是一个区间长度的日志流数据,当日志记录时间非常长或区间长度较短时,第三目录下的日志文件的数量会较多,不便于搜索。因此,本实施例利用第三目录可以实现更大的时间区间,利用子目录存储连续的N个日志文件,即实现了利用子目录存储N个区间长度的日志流数据。例如,假设日志文件对应的是一天的日志流数据,那么子目录可以存储一个月的日志流数据,甚至存储一年的日志流数据。具体的,预先生成子目录,以年或月对子目录进行命名,当生成日志文件后,将其存储至对应的子目录下。
本实施例所提供一种历史数据查询方法,在记录日志文件的过程中,设置了三种用于存储日志流的目录,在实际应用中,根据当前时间是否落入第一区间或第二区间,利用第一目录和第二目录轮流接收实时生成的日志流,当从一个目录切换到另一个目录时,将前者的日志流数据作为单个日志文件归档至第三目录,并以流入时段对该日志文件进行命名。在查询数据的过程中,接收携带目标流入时段的查询请求,根据目标流入时段在第三目录搜索对应的目标日志文件,以作为查询结果。可见,该方法通过区分时段来记录日志,生成各个时段对应的日志文件,并以流入时段对日志文件进行命名,提升日志记录效率。在查询数据过程中,用户只需要输入自己关心的时间段,即可快速搜索到对应的日志文件,显著提升了历史数据查询效率。
下面开始详细介绍本申请提供的一种历史数据查询方法实施例二,实施例二基于前述实施例一实现,并在实施例一的基础上进行了一定程度上的拓展。
具体的,实施例二以天为区间长度,每天生成一个日志文件,并存入第三目录下以年月命名的子目录中。此外,本实施例在实施例一的基础上增加了自动清理垃圾数据的机制。参见图2,实施例二具体包括:
S201、接收实时生成的日志流;
S202、若当前时间落入第一区间,将所述日志流流入第一目录,直至当前时间为零点,停止将日志流流入第一目录;根据流入日期,将第一目录下的日志流数据作为单个日志文件归档至第三目录下相应的子目录,以流入日期对所述日志文件进行命名;
上述子目录为第三目录下以年月进行命名的目录,用于记录一个月内的全部日志文件。
S203、若当前时间落入第二区间,将所述日志流流入第二目录,直至当前时间为零点,停止将日志流流入第二目录;根据流入日期,将第二目录下的日志流数据作为单个日志文件归档至第三目录下相应的子目录,并以流入日期对所述日志文件进行命名;
本实施例中,第一区间和第二区间的区间长度相同,均为24小时。第一区间为[2n*24,(2n+1)*24),第二区间为[(2n+1)*24,(2n+2)*,24),其中n为非负整数。
S204、周期性地对第三目录的日志文件进行正则表达式匹配,为匹配得到的日志文件设置不可删除标签;
S205、对第三目录下未设置有不可删除标签的日志文件进行删除;为删除完成的子目录设置删除完成标签;
上述S205可以周期性的执行,其周期可以等于S204的周期,可以大于S204的周期。当二者周期不同时,过程如下:按照第一周期,周期性地对第三目录的日志文件进行正则表达式匹配,为匹配得到的日志文件设置不可删除标签;按照第二周期,周期性地对第三目录下未设置有不可删除标签的日志文件进行删除,其中所述第一周期小于等于所述第二周期。
S206、接收携带目标流入日期的查询请求,根据所述目标流入日期在所述第三目录搜索对应的目标日志文件,以作为查询结果。
本实施例设置了两种不同形式的日志目录,一种形式为第一目录和第二目录,另一种形式为第三目录。其中,第一目录和第二目录用于接收日志流,主要用于以轮流存放的方式去保存每天生成的日志流数据;第三目录用于将第一目录或第二目录下的日志流数据作为单个日志文件进行存储,每月生成一个以年月命名的子目录,将日志文件以实际的流入日期进行命名,并存储至对应的子目录下。
由于利用第一目录和第二目录轮流接收日志流,因此,能够防止在凌晨时间点移动数据的同时,有交易数据输入日志中,预防日志的丢失。
本实施例还能够对第三目录中按月存放的日志文件进行周期性地删除,在实际应用中,可以按需求自动调节定期删除周期。
具体的,对第三目录下的日志文件进行适当筛选,通过算法进行筛选近期不可删除的日志文件。可以通过正则表达式,将包含重要信息的日志文件筛选出来,并添加不可删除的标签。对未添加不可删除标签的日志文件进行删除,并为此日志文件以及当前存放该日志文件的子目录增加删除完成的标识,用于提示该子目录已做过清除处理。
针对已经筛选过后仍然保留的日志文件,可以选择手工删除或自动删除。例如,手工删除的场景下,根据业务需要,经过一段时间之后,如果这些日志文件已不重要了,则可以通过人工进入服务器后台手工删除;自动删除的场景下,根据业务需要,如果筛选的重要的数据也具有一定的时效性,则仍然可以通过定时删除机制进行删除,只不过定时删除的周期可能要比上述定时删除的周期长。即,当通过筛选确定某个日志文件为重要日志文件之后,并不代表该日志文件始终不可删除,可以按照一个较大删除周期重新评估该日志文件,并在其不重要时对其进行删除。
在大数据的互联网背景下,每天会生成数以亿计的数据,采用传统的方式来查询历史日志会非常低效,不能满足当前需求。而使用本实施例的方法,通过后台代码实现将庞大的历史日志进行特殊的拆分,进行统一归类,增加自动清除机制,将冗余的历史日志进行定时清理,减轻对服务器及数据的压力,并且当需要查询历史日志,能够快速搜索到目标日志文件,达到既能高速查询,又能合理利用服务资源的效果。
高效查询的关键是数据分类明确,数据量相对小,通过以上操作分类之后,当操作者再次寻找某个数据的时候,可以快速定位;执行此方法后,高效查询的同时,严谨分类数据,自动清除冗余数据,使杂乱的历史数据得到了整理和清洗,对于服务器来说也减小了内存压力。
下面对本申请实施例提供的一种历史数据查询装置进行介绍,下文描述的一种历史数据查询装置与上文描述的一种历史数据查询方法可相互对应参照。
如图3所示,该装置包括:
日志流接收模块301:用于接收实时生成的日志流;
第一流入模块302:用于若当前时间落入第一区间,将所述日志流流入第一目录,直至当前时间为第二区间的起点,停止将日志流流入第一目录,将第一目录下的日志流数据作为单个日志文件归档至第三目录,并以流入时段对所述日志文件进行命名;
第二流入模块303:用于若当前时间落入第二区间,将所述日志流流入第二目录,直至当前时间为第一区间的起点,停止将日志流流入第二目录,将第二目录下的日志流数据作为单个日志文件归档至第三目录,并以流入时段对所述日志文件进行命名;
查询模块304:用于接收携带目标流入时段的查询请求,根据所述目标流入时段在所述第三目录搜索对应的目标日志文件,以作为查询结果;
其中,所述第一区间和所述第二区间在时间轴上交替出现。
本实施例的历史数据查询装置用于实现前述的历史数据查询方法,因此该装置中的具体实施方式可见前文中的历史数据查询方法的实施例部分,例如,日志流接收模块301、第一流入模块302、第二流入模块303、查询模块304,分别用于实现上述历史数据查询方法中步骤S101,S102,S103,S104。所以,其具体实施方式可以参照相应的各个部分实施例的描述,在此不再展开介绍。
另外,由于本实施例的历史数据查询装置用于实现前述的历史数据查询方法,因此其作用与上述方法的作用相对应,这里不再赘述。
此外,本申请还提供了一种历史数据查询设备,如图4所示,包括:
存储器100:用于存储计算机程序;
处理器200:用于执行所述计算机程序,以实现如上文所述的历史数据查询方法的步骤。
最后,本申请还提供了一种可读存储介质,所述可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时用于实现如上文所述的历史数据查询方法的步骤。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其它实施例的不同之处,各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
以上对本申请所提供的方案进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种历史数据查询方法,其特征在于,包括:
接收实时生成的日志流;
若当前时间落入第一区间,将所述日志流流入第一目录,直至当前时间为第二区间的起点,停止将日志流流入第一目录,将第一目录下的日志流数据作为单个日志文件归档至第三目录,并以流入时段对所述日志文件进行命名;
若当前时间落入第二区间,将所述日志流流入第二目录,直至当前时间为第一区间的起点,停止将日志流流入第二目录,将第二目录下的日志流数据作为单个日志文件归档至第三目录,并以流入时段对所述日志文件进行命名;
接收携带目标流入时段的查询请求,根据所述目标流入时段在所述第三目录搜索对应的目标日志文件,以作为查询结果;
其中,所述第一区间和所述第二区间在时间轴上交替出现。
2.如权利要求1所述的方法,其特征在于,所述第一区间和所述第二区间的区间长度相同,所述第一区间为[2n*a,(2n+1)*a),所述第二区间为[(2n+1)*a,(2n+2)*a),其中n为非负整数,a为区间长度。
3.如权利要求2所述的方法,其特征在于,所述区间长度为24小时,所述若当前时间落入第一区间,将所述日志流流入第一目录,直至当前时间为第二区间的起点,停止将日志流流入第一目录,将第一目录下的日志流数据作为单个日志文件归档至第三目录,并以流入时段对所述日志文件进行命名,包括:
若当前时间落入第一区间,将所述日志流流入第一目录,直至当前时间为零点,停止将日志流流入第一目录,将第一目录下的日志流数据作为单个日志文件归档至第三目录,并以流入日期对所述日志文件进行命名。
4.如权利要求3所述的方法,其特征在于,所述将第一目录下的日志流数据作为单个日志文件归档至第三目录,包括:
根据流入日期,将第一目录下的日志流数据作为单个日志文件归档至第三目录下相应的子目录,所述子目录为以年月命名的目录。
5.如权利要求4所述的方法,其特征在于,在所述接收携带目标流入时段的查询请求之前,还包括:
按照第一周期,周期性地对第三目录的日志文件进行正则表达式匹配,为匹配得到的日志文件设置不可删除标签;
对第三目录下未设置有不可删除标签的日志文件进行删除。
6.如权利要求5所述的方法,其特征在于,所述对第三目录下未设置有不可删除标签的日志文件进行删除,包括:
按照第二周期,周期性地对第三目录下未设置有不可删除标签的日志文件进行删除,其中所述第一周期小于等于所述第二周期。
7.如权利要求5所述的方法,其特征在于,在所述对第三目录下未设置有不可删除标签的日志文件进行删除之后,还包括:
为删除完成的子目录设置删除完成标签。
8.一种历史数据查询装置,其特征在于,包括:
日志流接收模块:用于接收实时生成的日志流;
第一流入模块:用于若当前时间落入第一区间,将所述日志流流入第一目录,直至当前时间为第二区间的起点,停止将日志流流入第一目录,将第一目录下的日志流数据作为单个日志文件归档至第三目录,并以流入时段对所述日志文件进行命名;
第二流入模块:用于若当前时间落入第二区间,将所述日志流流入第二目录,直至当前时间为第一区间的起点,停止将日志流流入第二目录,将第二目录下的日志流数据作为单个日志文件归档至第三目录,并以流入时段对所述日志文件进行命名;
查询模块:用于接收携带目标流入时段的查询请求,根据所述目标流入时段在所述第三目录搜索对应的目标日志文件,以作为查询结果;
其中,所述第一区间和所述第二区间在时间轴上交替出现。
9.一种历史数据查询设备,其特征在于,包括:
存储器:用于存储计算机程序;
处理器:用于执行所述计算机程序,以实现如权利要求1-7任意一项所述的历史数据查询方法的步骤。
10.一种可读存储介质,其特征在于,所述可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时用于实现如权利要求1-7任意一项所述的历史数据查询方法的步骤。
CN202010598454.9A 2020-06-28 2020-06-28 一种历史数据查询方法、装置及设备 Active CN111723130B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010598454.9A CN111723130B (zh) 2020-06-28 2020-06-28 一种历史数据查询方法、装置及设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010598454.9A CN111723130B (zh) 2020-06-28 2020-06-28 一种历史数据查询方法、装置及设备

Publications (2)

Publication Number Publication Date
CN111723130A true CN111723130A (zh) 2020-09-29
CN111723130B CN111723130B (zh) 2023-07-25

Family

ID=72569336

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010598454.9A Active CN111723130B (zh) 2020-06-28 2020-06-28 一种历史数据查询方法、装置及设备

Country Status (1)

Country Link
CN (1) CN111723130B (zh)

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101459557A (zh) * 2008-11-29 2009-06-17 成都市华为赛门铁克科技有限公司 一种安全日志集中存储方法及装置
US20090259700A1 (en) * 2008-04-14 2009-10-15 Waselewski Charles F System and method for logstream archival
US20120159091A1 (en) * 2010-12-15 2012-06-21 Hewlett- Packard Development Company, L.P. Directed graphs pertaining to read/write operations
US20130073532A1 (en) * 2011-09-21 2013-03-21 International Business Machines Corporation Coordination of event logging operations and log management
CN103064779A (zh) * 2012-12-26 2013-04-24 北京思特奇信息技术股份有限公司 一种快速处理日志信息的方法
CN105335406A (zh) * 2014-07-30 2016-02-17 阿里巴巴集团控股有限公司 日志数据处理方法及装置
CN105488201A (zh) * 2015-12-08 2016-04-13 北京皮尔布莱尼软件有限公司 一种日志查询方法和系统
CN105589856A (zh) * 2014-10-21 2016-05-18 阿里巴巴集团控股有限公司 日志数据处理方法及系统
CN108234210A (zh) * 2017-12-29 2018-06-29 北京奇虎科技有限公司 一种内容分发网络的日志处理方法和装置
US20180189315A1 (en) * 2017-01-03 2018-07-05 Beijing Baidu Netcom Science And Technology Co., Ltd. Method and device for calling a distributed file system
CN109491827A (zh) * 2018-12-03 2019-03-19 浪潮电子信息产业股份有限公司 应用软件的日志数据存储方法、装置、设备及存储介质

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090259700A1 (en) * 2008-04-14 2009-10-15 Waselewski Charles F System and method for logstream archival
CN101459557A (zh) * 2008-11-29 2009-06-17 成都市华为赛门铁克科技有限公司 一种安全日志集中存储方法及装置
US20120159091A1 (en) * 2010-12-15 2012-06-21 Hewlett- Packard Development Company, L.P. Directed graphs pertaining to read/write operations
US20130073532A1 (en) * 2011-09-21 2013-03-21 International Business Machines Corporation Coordination of event logging operations and log management
CN103064779A (zh) * 2012-12-26 2013-04-24 北京思特奇信息技术股份有限公司 一种快速处理日志信息的方法
CN105335406A (zh) * 2014-07-30 2016-02-17 阿里巴巴集团控股有限公司 日志数据处理方法及装置
CN105589856A (zh) * 2014-10-21 2016-05-18 阿里巴巴集团控股有限公司 日志数据处理方法及系统
CN105488201A (zh) * 2015-12-08 2016-04-13 北京皮尔布莱尼软件有限公司 一种日志查询方法和系统
US20180189315A1 (en) * 2017-01-03 2018-07-05 Beijing Baidu Netcom Science And Technology Co., Ltd. Method and device for calling a distributed file system
CN108234210A (zh) * 2017-12-29 2018-06-29 北京奇虎科技有限公司 一种内容分发网络的日志处理方法和装置
CN109491827A (zh) * 2018-12-03 2019-03-19 浪潮电子信息产业股份有限公司 应用软件的日志数据存储方法、装置、设备及存储介质

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
ZIQIANG YU, AJITH ABRAHAM, XIAOHUI YU, YANG LIU, JING ZHOU, KUN MA ;: "Improving the effectiveness of keyword search in databases using query logs", ENGINEERING APPLICATIONS OF ARTIFICIAL INTELLIGENCE, pages 169 - 179 *
于复生等: "VB6.0中数据自动按日期路径保存的软件设计", 《计量技术》, no. 08, pages 28 - 30 *
刘必雄;: "自适应日志采集间隔时间动态调整算法研究", 重庆科技学院学报(自然科学版), no. 02, pages 92 - 95 *
文纬, 徐钱佳, 汪瑞琪;: "基于运行日志分析的智能应用保障支持方法探索", 有线电视技术, pages 61 - 63 *

Also Published As

Publication number Publication date
CN111723130B (zh) 2023-07-25

Similar Documents

Publication Publication Date Title
Brin et al. Reprint of: The anatomy of a large-scale hypertextual web search engine
CN102193917B (zh) 一种数据处理和查询方法和装置
CN108509437B (zh) 一种ElasticSearch查询加速方法
CN103020281B (zh) 一种基于空间数据数值索引的数据存储与检索方法
CN113297166B (zh) 数据处理系统、方法以及装置
CN103020315B (zh) 一种基于主从分布式文件系统的海量小文件存储方法
CN102375853A (zh) 分布式数据库系统、在其中建立索引的方法和查询方法
CN107391502B (zh) 时间间隔的数据查询方法、装置及索引构建方法、装置
CN106528847A (zh) 一种海量数据的多维度处理方法及系统
CN102906751A (zh) 一种数据存储、数据查询的方法及装置
TW201214168A (en) Sort method and device of searching results
CN107203532B (zh) 索引系统的构建方法、搜索的实现方法及装置
US11625412B2 (en) Storing data items and identifying stored data items
CN104239377A (zh) 跨平台的数据检索方法及装置
CN101562664A (zh) 一种话单处理方法和系统
CN102710795A (zh) 热点聚合方法及装置
CN112100197A (zh) 基于Elasticsearch的准实时日志数据分析与统计方法
CN104166683A (zh) 一种数据挖掘方法
CN115576899B (zh) 构建索引的方法和装置以及文件查找方法和装置
CN101963993B (zh) 一种数据库单表记录快速查找的方法
CN109992469B (zh) 一种合并日志的方法及装置
CN101924638A (zh) 一种实时计费系统
CN104750815B (zh) 一种基于HBase的Lob数据的存储方法及装置
CN111984625B (zh) 数据库负载特征处理方法、装置、介质和电子设备
CN111723130A (zh) 一种历史数据查询方法、装置及设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant