CN109960686B - 数据库的日志处理方法和装置 - Google Patents
数据库的日志处理方法和装置 Download PDFInfo
- Publication number
- CN109960686B CN109960686B CN201910231533.3A CN201910231533A CN109960686B CN 109960686 B CN109960686 B CN 109960686B CN 201910231533 A CN201910231533 A CN 201910231533A CN 109960686 B CN109960686 B CN 109960686B
- Authority
- CN
- China
- Prior art keywords
- log
- disk
- preset
- time
- log file
- 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.)
- Active
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请实施例公开了数据库的日志处理方法、装置、电子设备和计算机可读介质。该方法的一具体实施方式包括:响应于确定磁盘存储的日志文件达到预设的日志切割条件,对磁盘存储的日志文件进行重命名;以预设的刷脏页时间周期性地将重命名后的日志文件在内存中的脏页刷入磁盘;调用日志刷新命令创建新的空日志文件,以切割出重命名的日志文件;清理内存中的已被切割的日志文件的缓存信息。该实施能够减少日志切割时日志锁对数据库读写请求的阻塞影响。
Description
技术领域
本申请实施例涉及计算机技术领域,具体涉及数据库系统领域,尤其涉及数据库的日志处理方法和装置。
背景技术
数据库的日志管理是数据库运维的重要部分。对数据库日志进行细粒度切割可以方便对日志进行问题追查和解析。
目前的数据库日志切割的方式主要是在备份日志文件后,通过刷新日志文件来进行切割,该方式中在发出刷新日志文件的命令后,对全局日志加锁后刷日志脏页到硬盘。而数据库的读写请求需要获取日志锁来写日志,当日志脏页较多时,日志锁的时间也会相应延长。
发明内容
本申请实施例提出了数据库的日志处理方法、装置、电子设备和计算机可读介质。
第一方面,本公开的实施例提供了一种数据库的日志处理方法,包括:响应于确定磁盘存储的日志文件达到预设的日志切割条件,对磁盘存储的日志文件进行重命名;以预设的刷脏页时间周期性地将重命名后的日志文件在内存中的脏页刷入磁盘;调用日志刷新命令创建新的空日志文件,以切割出重命名的日志文件;清理内存中的已被切割的日志文件的缓存信息。
在一些实施例中,上述以预设的刷脏页时间周期性地将重命名后的日志文件在内存中的脏页刷入磁盘,包括以预设的刷脏页时间周期性地执行如下步骤:基于预设的刷脏页时间估算待刷入磁盘的日志脏页的数据量;根据重命名后的日志文件的总数据量以及待刷入磁盘的日志脏页的数据量确定待刷入磁盘的日志脏页;批量将待刷入磁盘的日志脏页刷入磁盘。
在一些实施例中,上述以预设的刷脏页时间周期性地将重命名后的日志文件在内存中的脏页刷入磁盘,还包括:响应于检测到将待刷入磁盘的日志脏页刷入磁盘过程中产生新的日志脏页,将新的日志脏页刷入磁盘。
在一些实施例中,上述预设的刷脏页时间根据磁盘的类型预先确定。
在一些实施例中,上述预设的日志切割条件包括:当前时刻到达预设的日志切割时间,和/或当前的单个日志文件的数据量超过预设的最大数据量。
在一些实施例中,上述方法还包括:响应于确定磁盘中的日志文件达到预设的日志删除条件,将磁盘中的日志文件标记为待删除日志文件;循环执行清理步骤直到待删除日志文件从磁盘中清理完毕,清理步骤包括:顺序执行两次删除操作并比对两次删除操作的耗时,删除操作包括:循环执行预设次对待删除日志文件中的预设数据量的日志文件进行删除之后等待预设时间段的操作;若操作时间较晚的删除操作的耗时小于操作时间较早的删除操作的耗时,减小预设时间段,并返回顺序执行两次删除操作并比对两次删除操作的耗时的步骤;若操作时间较晚的删除操作的耗时大于操作时间较早的删除操作的耗时,增大预设时间段,并返回顺序执行两次删除操作并比对两次删除操作的耗时的步骤。
在一些实施例中,上述方法还包括:检测磁盘中的日志文件是否达到预设的日志删除条件,包括:响应于确定磁盘中的日志文件的保存时间超过预设的日志保存时间,确定磁盘中的日志文件达到预设的日志删除条件;响应于确定磁盘中的日志文件的保存时间未超过预设的日志保存时间、并且磁盘中未删除的同类型日志文件的数据总量超过预设的最大数据总量,确定磁盘中的日志文件达到预设的日志删除条件;响应于确定磁盘中的日志文件的保存时间未超过预设的日志保存时间、磁盘中未删除的同类型日志文件的数据总量未超过预设的数据总量,且磁盘的当前使用率超过预设的使用率阈值,确定磁盘中的日志文件达到预设的日志删除条件。
第二方面,本公开的实施例提供了一种数据库日志处理装置,包括:重命名单元,被配置为响应于确定磁盘存储的日志文件达到预设的日志切割条件,对磁盘存储的日志文件进行重命名;刷脏页单元,被配置为以预设的刷脏页时间周期性地将重命名后的日志文件在内存中的脏页刷入磁盘;切割单元,被配置为调用日志刷新命令创建新的空日志文件,以切割出重命名的日志文件;清理单元,被配置为清理内存中的已被切割的日志文件的缓存信息。
在一些实施例中,上述刷脏页单元进一步被配置为以预设的刷脏页时间周期性地执行如下操作:基于预设的刷脏页时间估算待刷入磁盘的日志脏页的数据量;根据重命名后的日志文件的总数据量以及待刷入磁盘的日志脏页的数据量确定待刷入磁盘的日志脏页;批量将待刷入磁盘的日志脏页刷入磁盘。
在一些实施例中,上述刷脏页单元还被配置为以预设的刷脏页时间周期性地执行如下操作:响应于检测到将待刷入磁盘的日志脏页刷入磁盘过程中产生新的日志脏页,将新的日志脏页刷入磁盘。
在一些实施例中,上述预设的刷脏页时间根据磁盘的类型预先确定。
在一些实施例中,上述预设的日志切割条件包括:当前时刻到达预设的日志切割时间,和/或当前的单个日志文件的数据量超过预设的最大数据量。
在一些实施例中,上装置还包括:标记单元,被配置为响应于确定磁盘中的日志文件达到预设的日志删除条件,将磁盘中的日志文件标记为待删除日志文件;删除单元,被配置为循环执行清理步骤直到待删除日志文件从磁盘中清理完毕;清理步骤包括:顺序执行两次删除操作并比对两次删除操作的耗时,删除操作包括:循环执行预设次对待删除日志文件中的预设数据量的日志文件进行删除之后等待预设时间段的操作;若操作时间较晚的删除操作的耗时小于操作时间较早的删除操作的耗时,减小预设时间段,并返回顺序执行两次删除操作并比对两次删除操作的耗时的步骤;若操作时间较晚的删除操作的耗时大于操作时间较早的删除操作的耗时,增大预设时间段,并返回顺序执行两次删除操作并比对两次删除操作的耗时的步骤。
在一些实施例中,上述装置还包括:检测单元,被配置为按照如下方式检测磁盘中的日志文件是否达到预设的日志删除条件:响应于确定磁盘中的日志文件的保存时间超过预设的日志保存时间,确定磁盘中的日志文件达到预设的日志删除条件;响应于确定磁盘中的日志文件的保存时间未超过预设的日志保存时间、并且磁盘中未删除的同类型日志文件的数据总量超过预设的最大数据总量,确定磁盘中的日志文件达到预设的日志删除条件;响应于确定磁盘中的日志文件的保存时间未超过预设的日志保存时间、磁盘中未删除的同类型日志文件的数据总量未超过预设的数据总量,且磁盘的当前使用率超过预设的使用率阈值,确定磁盘中的日志文件达到预设的日志删除条件。
第三方面,本公开的实施例提供了一种电子设备,包括:一个或多个处理器;存储装置,用于存储一个或多个程序,当一个或多个程序被一个或多个处理器执行,使得一个或多个处理器实现如第一方面提供的数据库的日志处理方法。
第四方面,本公开的实施例提供了一种计算机可读介质,其上存储有计算机程序,其中,程序被处理器执行时实现第一方面提供的数据库的日志处理方法。
本申请上述实施例的数据库的日志处理方法和装置,通过响应于确定磁盘存储的日志文件达到预设的日志切割条件,对磁盘存储的日志文件进行重命名,以预设的刷脏页时间周期性地将重命名后的日志文件在内存中的脏页刷入磁盘,调用日志刷新命令创建新的空日志文件,以切割出重命名的日志文件,清理内存中的已被切割的日志文件的缓存信息,缩短了刷新日志文件时日志锁的操作时间,能够减少日志切割时日志锁对数据库读写请求的阻塞影响。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本申请的其它特征、目的和优点将会变得更明显:
图1是本申请实施例可以应用于其中的示例性系统架构图;
图2是根据本申请的数据库的日志处理方法的一个实施例的流程图;
图3是根据本申请的数据库的日志处理方法的另一个实施例的流程图;
图4是图3所示数据库的日志处理方法中日志删除流程的示意图;
图5是本申请的数据库的日志处理装置的一个实施例的结构示意图;
图6是适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。
具体实施方式
下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释相关发明,而非对该发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与有关发明相关的部分。
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
图1示出了可以应用本申请的数据库的日志处理方法或数据库的日志处理装置的示例性系统架构。
如图1所示,系统架构100可以包括用户设备101、网络102以及数据库103。其中,数据库103是用于提供数据读写服务的数据管理系统。数据库103可以包括数据服务器1031和1032。
用户设备101可以通过网络102与数据库103连接。用户设备101上可以安装有数据库访问客户端。在实践中,数据库103可以各种应用程序的后台数据库,用户设备101上安装的数据库访问客户端可以是对应的各种应用程序,例如多媒体播放应用、即时通信应用、搜索应用等。用户可以通过用户设备101上的客户端访问数据库103。
数据库103可以包括多台数据服务器。在一些应用中,数据库103可以采用主从架构,例如包括主数据服务器1031和从数据服务器1032。主数据服务器1031用于处理客户端的写请求,从数据服务器1032用于处理客户端的读请求。主数据服务器1031和从数据服务器1032之间可以通过传输并回放日志来同步数据。
数据库103中的数据服务器1031和1032可以对生成的日志文件进行切割、清理等操作。对日志文件的切割可以方便对日志进行问题追查和解析,而日志的清理则可以防止日志数据量过大影响磁盘的容量。在本公开的实施例中,数据库的日志可以是上述数据服务器1031、1032生成的日志文件。
需要说明的是,本公开的实施例所提供的数据库的日志处理方法可以由上述数据服务器1031、1032执行,相应地,数据库的日志处理装置可以设置于数据服务器1031、1032中。
应该理解,图1中的用户设备、网络、数据库和数据服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的用户设备、网络、数据库和数据服务器。
继续参考图2,其示出了根据本申请的数据库的日志处理方法的一个实施例的流程200。该数据库的日志处理方法,包括以下步骤:
步骤201,响应于确定磁盘存储的日志文件达到预设的日志切割条件,对磁盘存储的日志文件进行重命名。
在本实施例中,可以预先设定日志切割条件,上述数据库的日志处理方法的执行主体(例如图1所示数据服务器)可以检测磁盘存储的日志文件是否达到预设的日志切割条件。在这里,数据库可以例如是MySQL数据库,磁盘存储的日志文件是数据库的日志文件,包括数据库读写记录。预设的日志切割条件可以是与日志文件的内容、所占用的空间、日志文件的类型相关的条件。
可选地,上述预设的日志切割条件可以包括:当前时刻到达预设的日志切割时间,和/或当前的单个日志文件的数据量超过预设的最大数据量。可以预先设定日志切割时间,例如设定每天0时0分0秒为日志切割时间,则在到达0时0分0秒时,确定达到预设的日志切割条件。或者,可以预先设定单个日志文件的最大数据量,即预先设定单个日志文件所占用的存储空间的大小,则在当前的日志文件的数据量达到该预设的最大数据量时,确定达到预设的日志切割条件。这样,可以避免单个日志的记录持续的时间过长和单个日志文件过大,从而避免因为流量暴增导致日志文件过大而不利于日志查询和解析。
日志文件是记录系统操作事件的文件。在数据库中的数据被读写时,可以在日志文件中添加相应的操作时间记录。日志文件可以用于在不同数据服务器之间同步事件,同时可以用于对已进行的事件进行追踪。在运维中,可以根据日志文件追溯问题原因。随着时间推移,日志文件中的记录越来越多,日志文件所占用的存储空间越来越大。
在本实施例中,若满足预设的日志切割条件,可以对日志文件进行切割。在切割时,可以首先对当前的数据库日志文件进行重命名,以标记该日志文件为待切割的日志文件,例如可以在原日志文件的名称后面加上后缀名,或者可以重新为日志文件配置新的文件名称。
需要说明的是,在重命名后日志文件的句柄未关闭,数据库中日志文件的文件标识符没有发生改变,所以在文件标识符未改变新的日志记录会被写入至重命名后的日志文件中。
步骤202,以预设的刷脏页时间周期性地将重命名后的日志文件在内存中的脏页刷入磁盘。
可以获取重命名后的日志文件在内存中的脏页。在这里,脏页是由于内存读写速度快于硬盘的读写速度而产生的尚未被刷入磁盘的数据。在切割日志时,需要将待切割的日志文件在内存中的脏页刷入磁盘,以保证被切割的文件包含完整的操作记录。
操作系统通常可以将内存中超时的脏页刷入磁盘。在本实施例中,可以周期性地分批将重命名后的日志文件在内存中的脏页刷入磁盘。
具体来说,可以按照预设的刷脏页时间周期,计算每个周期内需要刷入磁盘的脏页数据量。然后在到达每一个刷脏页时间周期时,将内存中对应数据量的脏页输入磁盘。
在本实施例的一些可选的实现方式中,可以以预设的刷脏页时间周期性地按照如下方式将重命名后的日志文件在内存中的脏页刷入磁盘:
首先,基于上述预设的刷脏页时间估算待刷入磁盘的日志脏页的数据量。上述预设的刷脏页时间可以是系统默认的刷脏页时间周期,也可以是根据磁盘类型预先设定的,例如5秒。还可以预先设定每个周期内将超时预设时间的脏页输入磁盘,例如每个周期内将超时30秒的脏页刷入磁盘。这样,可以根据日志文件在内存中的脏页的超时是否达到该预设时间来估算出待刷入磁盘的日志脏页的数据量,该待刷入磁盘的日志脏页的数据量记为size1。例如估算出一个刷脏页时间周期内超时达到预设时间的脏页数据量为100M(兆)。
然后,可以根据重命名后的日志文件的总数据量以及待刷入磁盘的日志脏页的数据量确定待刷入磁盘的日志脏页。具体可以通过数据库中的文件状态获取命令(例如fstat命令)来获取重命名后的日志文件的总数据量,记为size2。则可以确定待刷入磁盘的日志脏页为对应于重命名后的日志文件在内存中的缓存文件的{max[0,size2-size1],size2}区间内的脏页。例如当待刷入磁盘的日志脏页的数据量size1为100M,且重命名后的日志文件的总数据量size2为1G时,可以计算出位于重命名后的日志文件在内存中的缓存文件的[900M,1G]之间的脏页为该刷脏页时间周期内待刷入磁盘的日志脏页。又例如当待刷入磁盘的日志脏页的数据量size1为100M,且重命名后的日志文件的总数据量size2为80M时,可以计算出位于重命名后的日志文件在内存中的缓存文件的[0,80M]之间的脏页为该刷脏页时间周期内待刷入磁盘的日志脏页。
在确定出待刷入磁盘的日志脏页后,可以批量将待刷入磁盘的日志脏页刷入磁盘。例如可以采用系统函数posix_fadvise()函数将日志脏页刷入磁盘。可选地,还可以预先设置日志脏页刷入磁盘的限制速度,例如设置每0.5秒刷入10M脏页。在将日志脏页刷入磁盘时可以按照限制的速度将日志脏页刷入磁盘。
通过采用上述方式将重命名后的日志文件在内存中的脏页刷入磁盘,能够在每个刷脏页时间周期内快速地确定出需要刷入磁盘的日志脏页,从而快速地完成将所有日志脏页刷入磁盘。
可选地,在以预设的刷脏页时间周期性地重复多次将确定出的待刷入磁盘的日志脏页刷入磁盘的过程中,还可以检测是否产生新的日志脏页。上述执行主体还可以响应于检测到将待刷入磁盘的日志脏页刷入磁盘过程中产生新的日志脏页,将新的日志脏页刷入磁盘。具体可以获取重复执行多次将日志脏页刷入磁盘后的重命名后的日志文件在内存中的缓存文件的数据量size3,可以将[size2,size3]之间的日志脏页作为将待刷入磁盘的日志脏页刷入磁盘过程中产生新的日志脏页,将这部分新的日志脏页刷入磁盘。这样,可以确保待切割的日志文件的所有脏页均同步至磁盘中,避免内存中的日志文件的部分缓存未同步至磁盘中导致的数据丢失。
可选地,上述预设的刷脏页时间可以根据磁盘的类型预先确定,也即执行将重命名后的日志文件在内存中的脏页刷入磁盘的时间周期可以根据磁盘的类型预先确定。在这里,磁盘的类型可以包括固态硬盘、机械硬盘、混合硬盘等。例如包括SSD(Solid StateDisk,固态硬盘)、HDD(Hard Disk Drive,硬盘驱动器)、NVME(非易失性内存主机控制器接口规范(Non-Volatile Memory express)硬盘,等等。固态硬盘的读写性能较强,可以设置相对于机械硬盘和混合硬盘更短的刷脏页时间,以提升日志切割的速度。
步骤203,调用日志刷新命令创建新的空日志文件,以切割出重命名的日志文件。
在多次重复地将重命名后的日志文件在内存中的脏页刷入磁盘之后,可以调用数据库中的日志刷新命令flush_logs,该命令被调用后,会关闭原日志文件(即重命名后的日志文件)的句柄,打开新的空日志文件的句柄,从而创建新的空日志文件。之后,新产生的日志记录会写入新的空日志文件,由此实现了对重命名的日志文件的切割。
步骤204,清理内存中的已被切割的日志文件的缓存信息。
在完成日志切割之后,还可以将内存中对应于已被切割的日志文件的缓存信息进行清理。例如可以调用posix_fadvise()函数将内存中残留的日志缓存信息删除。
本公开上述实施例的数据库的日志处理方法,通过在调用日志刷新命令之前周期性地将内存中的脏页输入磁盘,在调用日志刷新命令后可以快速创建新的空日志文件,完成日志文件的切割,能够避免早调用刷新日志文件命令之后刷日志脏页导致全局日志加锁时间过长,有效缩短了刷新日志文件时日志锁的操作时间,能够减少日志锁对数据库读写请求的阻塞影响。
继续参考图3,其示出了根据本公开的数据库的日志处理方法的另一个实施例的流程示意图。如图3所示,本实施例的日志处理方法的流程300,可以包括以下步骤:
步骤301,响应于确定磁盘存储的日志文件达到预设的日志切割条件,对磁盘存储的日志文件进行重命名。
步骤302,以预设的刷脏页时间周期性地将重命名后的日志文件在内存中的脏页刷入磁盘。
步骤303,调用日志刷新命令创建新的空日志文件,以切割出重命名的日志文件。
步骤304,清理内存中的已被切割的日志文件的缓存信息。
本实施例的步骤301至步骤304与前述实施例的步骤201至步骤204一一对应,步骤301至步骤304的具体实现方式可以分别参考前述对步骤201至步骤204的描述,此处不再赘述。
步骤305,响应于确定磁盘中的日志文件达到预设的日志删除条件,将磁盘中的日志文件标记为待删除日志文件。
日志的及时清理可以防止影响磁盘容量以及数据库的服务。在本实施例中,可以对满足预设的日志删除条件的磁盘中的日志文件进行清理,首先可以将这些满足预设的日志删除条件的磁盘中的日志文件标记为待删除日志文件。
预设的日志删除条件可以是预先设定的与磁盘中的日志类型、日志内容、日志大小、日志的生成时间或日志切割完成的时间等相关的条件。
在一些实施例中,在步骤305之前,数据库的日志处理方法的流程300还可以包括检测磁盘中的日志文件是否达到预设的日志删除条件的步骤。具体来说,上述执行主体可以响应于确定磁盘中的日志文件的保存时间超过预设的日志保存时间,确定磁盘中的日志文件达到预设的日志删除条件;响应于确定磁盘中的日志文件的保存时间未超过预设的日志保存时间、并且磁盘中未删除的同类型日志文件的数据总量超过预设的数据总量,确定磁盘中的日志文件达到预设的日志删除条件;响应于确定磁盘中的日志文件的保存时间未超过预设的日志保存时间、磁盘中未删除的同类型日志文件的数据总量未超过预设的最大数据总量,且磁盘的当前使用率超过预设的使用率阈值,确定磁盘中的日志文件达到预设的日志删除条件。
在这里,预设的日志保存时间可以是预先定的固定时间,例如1个月。可选地,可以对不同类型的日志文件分别设定响应的日志保存时间。其中,日志文件的类型可以根据其用途划分为:全局日志、慢查询日志、通用查询日志、错误日志,等等。举例来说,全局日志数据量较大,长期保存全局日志对磁盘的压力较大,可以为全局日志设置较短的日志保存时间;而慢查询日志的用途是记录响应时间过长的事件,这部分日志数据量较小,可以为慢查询日志设置较长的保存时间。
当磁盘中的日志文件的保存时间超过该类型日志文件对应的预设的日志保存时间时,可以确定该日志文件达到预设的日志删除条件。若该日志文件的保存时间未超过该类型日志文件对应的预设的日志保存时间,可以进一步获取磁盘中未删除的同类型日志文件的数据总量,并判断磁盘中未删除的同类型日志文件的数据总量是否超过预设的最大数据总量。该预设的最大数据总量也可以根据不同的日志文件的类型分别设定。如果磁盘中的日志文件的保存时间未超过该类型日志文件对应的预设的日志保存时间,但是磁盘中未删除的同类型日志文件的数据总量超过预设的最大数据总量,也可以确定日志文件达到预设的日志删除条件。
若磁盘中的日志文件的保存时间未超过该类型日志文件对应的预设的日志保存时间,且磁盘中未删除的同类型日志文件的数据总量未超过预设的最大数据总量,还可以进一步计算磁盘的当前使用率,若磁盘的当前使用率超过预设的使用率阈值,例如超过80%,则也可以确定磁盘中的日志文件达到预设的日志删除条件。
通过基于日志文件的保存时间、磁盘中未删除的同类型日志文件的数据总量以及磁盘的当前使用率来依次对日志文件是否满足预设的日志删除条件进行判断,能够结合日志保存时间、日志大小以及磁盘的使用率等因素来确定删除日志的时机,避免日志保存时间过长、日志过大或磁盘使用率过高对系统读写性能的影响。
可选地,可以对磁盘中的日志文件按照最后修改时间进行排序,从最旧的日志文件开始依次判断是否被标记为待删除日志。
步骤306,循环执行清理步骤直到待删除日志文件从磁盘中清理完毕。
其中,清理步骤包括步骤3061、步骤3062和步骤3063。具体地,清理步骤按照如下方式执行:
步骤3061,顺序执行两次删除操作并比对两次删除操作的耗时。
在这里,删除操作包括:循环执行预设次对待删除日志文件中的预设数据量的日志文件进行删除之后等待预设时间段的操作。
首先可以设置初始的预设时间段,该预设时间段是每次删除文件后的等待时间间隔。然后,可以顺序执行两次删除操作,在每次删除操作中,循环执行预设次从待删除日志文件删除预设数据量的日志文件后等待预设时间段的操作。并比对两次删除操作的耗时。
在这里,预设数据量可以是固定的较小的值,例如128KB,还可以是根据磁盘的类型设定的值,对于读写性能较好的固态硬盘等磁盘,可以设定较大的预设数据量的值,对于读写性能较差的机械硬盘,可以设定较小的预设数据量的值。
若操作时间较晚的删除操作的耗时小于操作时间较早的删除操作的耗时,执行步骤3062,减小预设时间段,并返回顺序执行两次删除操作并比对两次删除操作的耗时的步骤。
如果后一次删除操作的耗时小于前一次删除操作的耗时,则可以确定磁盘读写压力较小,可以适当的减小删除后等待的时间间隔,然后返回上述步骤3061,继续对待删除日志文件进行删除。
若操作时间较晚的删除操作的耗时大于操作时间较早的删除操作的耗时,执行步骤3063,增大预设时间段,并返回顺序执行两次删除操作并比对两次删除操作的耗时的步骤。
如果后一次删除操作的耗时大于前一次删除操作的耗时,则可以确定磁盘读写压力较大,可以适当的增大删除后等待的时间间隔,然后返回上述步骤3061,继续对待删除的日志文件进行删除。
如果前一次删除操作的耗时与前一次删除操作的耗时相同,则可以不对预设时间段进行调整,直接返回步骤3061,并顺序执行步骤3062和步骤3063。
可以重复多次执行步骤3061至步骤3063,直到待删除日志文件被全部删除。
上述方法可以根据数据库当前的负载适应性地调整删除日志文件后的等待时间间隔,在负载较大时设置较长的等待时间间隔,在负载较小时涉及较小的等待时间间隔,能够在保证数据库稳定服务的同时高效地利用数据库的资源来执行日志文件的清理。
需要说明的是,为了防止数据库负载较大时日志文件删除过于缓慢,还可以预先设定上述预设时间段的调整范围,例如设定为不超过50毫秒,当预设时间段被调整至该预设的最大值之后,如果两次删除操作中后一次删除操作的耗时大于前一次删除操作的耗时,这时也不再对上述预设时间段进行调整。
此外,还可以根据磁盘的类型设定上述预设时间段,例如对于磁盘读写性能较好的固态硬盘,可以设定较小的预设时间段,即每次删除后需要等待的时间较短,以提升文件删除速度。
继续参考图4,其示出了图3所示数据库的日志处理方法中日志删除流程的示意图,也即示出了图3所示的步骤305至步骤306的具体实现方式的流程示意图。
如图4所示,首先在步骤401设置初始的等待时间t。然后执行步骤402,循环执行5次如下操作并计算循环执行5次如下操作的耗时t1:删除128KB日志文件并等待t。然后在步骤403中重复执行与步骤402一致的5次删除128KB日志文件并等待t的操作并计算耗时t2。之后,在步骤404中比对两次循环删除操作的耗时t1,t2。如果t1<t2,则执行步骤405,增大等待时间t,如果t1>t2,则执行步骤406,减小等待时间t。之后可以在步骤408中判断日志文件是否删除完成,若未完成,可以返回至步骤402,继续删除日志文件,若步骤408中确定日志文件删除完成,则结束日志文件的清理流程。
可选地,在步骤405和步骤406之后、步骤408之前,还可以执行步骤407,将第二次删除128KB日志文件并等待t的耗时t2作为下一次比对中操作时间较早的依次删除操作的耗时,之后执行步骤408判断日志文件是否删除完成,若未完成则返回步骤403比对操作较早和较晚的两次删除操作时间的耗时。如果在步骤404中判断结果为t1=t2,则可以不对等待时间t进行调整,直接继续执行步骤407或步骤408。
从图4可以看出,上述日志删除流程中,通过多次重复执行小数据量日志文件删除,实时地统计删除操作的耗时,并基于相同的删除操作的耗时的增大或减小来判断磁盘的读写性能,进而调整删除的速度,能够提升磁盘的利用率,在保证磁盘正常提供数据库服务的情况下提升日志文件的清理速度。
进一步参考图5,作为对上述各图所示方法的实现,本申请提供了一种数据库的日志处理装置的一个实施例,该装置实施例与图2和图3所示的方法实施例相对应,该装置具体可以应用于各种电子设备中。
如图5所示,本实施例的数据库的日志处理装置500包括:重命名单元501、刷脏页单元502、切割单元503以及清理单元504。其中,重命名单元501被配置为响应于确定磁盘存储的日志文件达到预设的日志切割条件,对磁盘存储的日志文件进行重命名;刷脏页单元502中的脏页刷入磁盘;切割单元503被配置为调用日志刷新命令创建新的空日志文件,以切割出重命名的日志文件;清理单元504被配置为清理内存中的已被切割的日志文件的缓存信息。
在一些实施例中,上述刷脏页单元502可以进一步被配置为以预设的刷脏页时间周期性地执行如下操作:基于预设的刷脏页时间估算待刷入磁盘的日志脏页的数据量;根据重命名后的日志文件的总数据量以及待刷入磁盘的日志脏页的数据量确定待刷入磁盘的日志脏页;批量将待刷入磁盘的日志脏页刷入磁盘。
在一些实施例中,上述刷脏页单元502还可以被配置为以预设的刷脏页时间周期性地执行如下操作:响应于检测到将待刷入磁盘的日志脏页刷入磁盘过程中产生新的日志脏页,将新的日志脏页刷入磁盘。
在一些实施例中,上述预设的刷脏页时间根据磁盘的类型预先确定。
在一些实施例中,上述预设的日志切割条件包括:当前时刻到达预设的日志切割时间,和/或当前的单个日志文件的数据量超过预设的最大数据量。
在一些实施例中,上述装置500还可以包括:标记单元,被配置为响应于确定磁盘中的日志文件达到预设的日志删除条件,将磁盘中的日志文件标记为待删除日志文件;以及删除单元,被配置为循环执行清理步骤直到待删除日志文件从磁盘中清理完毕;其中,清理步骤包括:顺序执行两次删除操作并比对两次删除操作的耗时,删除操作包括:循环执行预设次对待删除日志文件中的预设数据量的日志文件进行删除之后等待预设时间段的操作;若操作时间较晚的删除操作的耗时小于操作时间较早的删除操作的耗时,减小预设时间段,并返回顺序执行两次删除操作并比对两次删除操作的耗时的步骤;若操作时间较晚的删除操作的耗时大于操作时间较早的删除操作的耗时,增大预设时间段,并返回顺序执行两次删除操作并比对两次删除操作的耗时的步骤。
在一些实施例中,上述装置500还可以包括:检测单元,被配置为按照如下方式检测磁盘中的日志文件是否达到预设的日志删除条件:响应于确定磁盘中的日志文件的保存时间超过预设的日志保存时间,确定磁盘中的日志文件达到预设的日志删除条件;响应于确定磁盘中的日志文件的保存时间未超过预设的日志保存时间、并且磁盘中未删除的同类型日志文件的数据总量超过预设的最大数据总量,确定磁盘中的日志文件达到预设的日志删除条件;响应于确定磁盘中的日志文件的保存时间未超过预设的日志保存时间、磁盘中未删除的同类型日志文件的数据总量未超过预设的数据总量,且磁盘的当前使用率超过预设的使用率阈值,确定磁盘中的日志文件达到预设的日志删除条件。
应当理解,装置500中记载的诸单元与参考图2和图3描述的方法中的各个步骤相对应。由此,上文针对方法描述的操作和特征同样适用于装置500及其中包含的单元,在此不再赘述。
本申请上述实施例的数据库的日志处理装置,通过响应于确定磁盘存储的日志文件达到预设的日志切割条件,对磁盘存储的日志文件进行重命名,以预设的刷脏页时间周期性地将重命名后的日志文件在内存中的脏页刷入磁盘,调用日志刷新命令创建新的空日志文件,以切割出重命名的日志文件,清理内存中的已被切割的日志文件的缓存信息,缩短了刷新日志文件时日志锁的操作时间,能够减少日志锁对数据库读写请求的阻塞影响。
下面参考图6,其示出了适于用来实现本公开的实施例的电子设备(例如图1中的存储节点)600的结构示意图。图6示出的服务器仅仅是一个示例,不应对本公开的实施例的功能和使用范围带来任何限制。
如图6所示,电子设备600可以包括处理装置(例如中央处理器、图形处理器等)601,其可以根据存储在只读存储器(ROM)602中的程序或者从存储装置608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中,还存储有电子设备600操作所需的各种程序和数据。处理装置601、ROM 602以及RAM603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。
以下装置可以连接至I/O接口605:包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置606;包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置607;包括例如硬盘等的存储装置608;以及通信装置609。通信装置609可以允许电子设备600与其他设备进行无线或有线通信以交换数据。虽然图6示出了具有各种装置的电子设备600,但是应理解的是,并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。图6中示出的每个方框可以代表一个装置,也可以根据需要代表多个装置。
特别地,根据本公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信装置609从网络上被下载和安装,或者从存储装置608被安装,或者从ROM 602被安装。在该计算机程序被处理装置601执行时,执行本公开的实施例的方法中限定的上述功能。需要说明的是,本公开的实施例所描述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开的实施例中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开的实施例中,计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:电线、光缆、RF(射频)等等,或者上述的任意合适的组合。
上述计算机可读介质可以是上述电子设备中所包含的;也可以是单独存在,而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被该电子设备执行时,使得该电子设备:响应于确定磁盘存储的日志文件达到预设的日志切割条件,对磁盘存储的日志文件进行重命名;以预设的刷脏页时间周期性地将重命名后的日志文件在内存中的脏页刷入磁盘;调用日志刷新命令创建新的空日志文件,以切割出重命名的日志文件;清理内存中的已被切割的日志文件的缓存信息。
可以以一种或多种程序设计语言或其组合来编写用于执行本公开的实施例的操作的计算机程序代码,程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)——连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图,图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本申请实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中,例如,可以描述为:一种处理器包括写重命名单元、刷脏页单元、切割单元和清理单元。其中,这些单元的名称在某种情况下并不构成对该单元本身的限定,例如,重命名单元还可以被描述为“响应于确定磁盘存储的日志文件达到预设的日志切割条件,对磁盘存储的日志文件进行重命名的单元”。
以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本申请中所涉及的发明范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离上述发明构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
Claims (16)
1.一种数据库的日志处理方法,包括:
响应于确定磁盘存储的日志文件达到预设的日志切割条件,对磁盘存储的日志文件进行重命名;重命名后的日志文件句柄未关闭且文件标识符未改变;
以预设的刷脏页时间周期性地将所述重命名后的日志文件在内存中的脏页刷入磁盘;
调用日志刷新命令创建新的空日志文件,以切割出重命名的日志文件;所述日志刷新命令用于关闭所述重命名后的日志文件句柄并创建所述新的空日志文件的句柄;
清理内存中的已被切割的日志文件的缓存信息;
在所述清理内存中的已被切割的日志文件的缓存信息的过程中,根据数据库的当前负载调整删除日志文件后的等待时间间隔。
2.根据权利要求1所述的方法,其中,所述以预设的刷脏页时间周期性地将重命名后的日志文件在内存中的脏页刷入磁盘,包括以预设的刷脏页时间周期性地执行如下步骤:
基于所述预设的刷脏页时间估算待刷入磁盘的日志脏页的数据量;
根据所述重命名后的日志文件的总数据量以及所述待刷入磁盘的日志脏页的数据量确定待刷入磁盘的日志脏页;
批量将所述待刷入磁盘的日志脏页刷入磁盘。
3.根据权利要求2所述的方法,其中,所述以预设的刷脏页时间周期性地将重命名后的日志文件在内存中的脏页刷入磁盘,还包括:
响应于检测到将待刷入磁盘的日志脏页刷入磁盘过程中产生新的日志脏页,将所述新的日志脏页刷入磁盘。
4.根据权利要求1所述的方法,其中,所述预设的刷脏页时间根据所述磁盘的类型预先确定。
5.根据权利要求1-4任一项所述的方法,其中,所述预设的日志切割条件包括:
当前时刻到达预设的日志切割时间,和/或
当前的单个日志文件的数据量超过预设的最大数据量。
6.根据权利要求1所述的方法,其中,所述方法还包括:
响应于确定磁盘中的日志文件达到预设的日志删除条件,将所述磁盘中的日志文件标记为待删除日志文件;
循环执行清理步骤直到待删除日志文件从磁盘中清理完毕,所述清理步骤包括:
顺序执行两次删除操作并比对两次删除操作的耗时,所述删除操作包括:循环执行预设次对待删除日志文件中的预设数据量的日志文件进行删除之后等待预设时间段的操作;
若操作时间较晚的删除操作的耗时小于操作时间较早的删除操作的耗时,减小所述预设时间段,并返回顺序执行两次删除操作并比对两次删除操作的耗时的步骤;
若操作时间较晚的删除操作的耗时大于操作时间较早的删除操作的耗时,增大所述预设时间段,并返回顺序执行两次删除操作并比对两次删除操作的耗时的步骤。
7.根据权利要求6所述的方法,其中,所述方法还包括:
检测磁盘中的日志文件是否达到预设的日志删除条件,包括:
响应于确定所述磁盘中的日志文件的保存时间超过预设的日志保存时间,确定所述磁盘中的日志文件达到预设的日志删除条件;
响应于确定所述磁盘中的日志文件的保存时间未超过预设的日志保存时间、并且磁盘中未删除的同类型日志文件的数据总量超过预设的最大数据总量,确定所述磁盘中的日志文件达到预设的日志删除条件;
响应于确定所述磁盘中的日志文件的保存时间未超过预设的日志保存时间、磁盘中未删除的同类型日志文件的数据总量未超过预设的数据总量,且所述磁盘的当前使用率超过预设的使用率阈值,确定所述磁盘中的日志文件达到预设的日志删除条件。
8.一种数据库日志处理装置,包括:
重命名单元,被配置为响应于确定磁盘存储的日志文件达到预设的日志切割条件,对磁盘存储的日志文件进行重命名;重命名后的日志文件句柄未关闭且文件标识符未改变;
刷脏页单元,被配置为以预设的刷脏页时间周期性地将所述重命名后的日志文件在内存中的脏页刷入磁盘;
切割单元,被配置为调用日志刷新命令创建新的空日志文件,以切割出重命名的日志文件;所述日志刷新命令用于关闭所述重命名后的日志文件句柄并创建所述新的空日志文件的句柄;
清理单元,被配置为清理内存中的已被切割的日志文件的缓存信息;
所述清理单元,进一步被配置成:
在所述清理内存中的已被切割的日志文件的缓存信息的过程中,根据数据库的当前负载调整删除日志文件后的等待时间间隔。
9.根据权利要求8所述的装置,其中,所述刷脏页单元进一步被配置为以预设的刷脏页时间周期性地执行如下操作:
基于所述预设的刷脏页时间估算待刷入磁盘的日志脏页的数据量;
根据所述重命名后的日志文件的总数据量以及所述待刷入磁盘的日志脏页的数据量确定待刷入磁盘的日志脏页;
批量将所述待刷入磁盘的日志脏页刷入磁盘。
10.根据权利要求9所述的装置,其中,所述刷脏页单元还被配置为以预设的刷脏页时间周期性地执行如下操作:
响应于检测到将待刷入磁盘的日志脏页刷入磁盘过程中产生新的日志脏页,将所述新的日志脏页刷入磁盘。
11.根据权利要求8所述的装置,其中,所述预设的刷脏页时间根据所述磁盘的类型预先确定。
12.根据权利要求8-11任一项所述的装置,其中,所述预设的日志切割条件包括:
当前时刻到达预设的日志切割时间,和/或
当前的单个日志文件的数据量超过预设的最大数据量。
13.根据权利要求8所述的装置,其中,所述装置还包括:
标记单元,被配置为响应于确定磁盘中的日志文件达到预设的日志删除条件,将所述磁盘中的日志文件标记为待删除日志文件;
删除单元,被配置为循环执行清理步骤直到待删除日志文件从磁盘中清理完毕;
所述清理步骤包括:
顺序执行两次删除操作并比对两次删除操作的耗时,所述删除操作包括:循环执行预设次对待删除日志文件中的预设数据量的日志文件进行删除之后等待预设时间段的操作;
若操作时间较晚的删除操作的耗时小于操作时间较早的删除操作的耗时,减小所述预设时间段,并返回顺序执行两次删除操作并比对两次删除操作的耗时的步骤;
若操作时间较晚的删除操作的耗时大于操作时间较早的删除操作的耗时,增大所述预设时间段,并返回顺序执行两次删除操作并比对两次删除操作的耗时的步骤。
14.根据权利要求13所述的装置,其中,所述装置还包括:
检测单元,被配置为按照如下方式检测磁盘中的日志文件是否达到预设的日志删除条件:
响应于确定所述磁盘中的日志文件的保存时间超过预设的日志保存时间,确定所述磁盘中的日志文件达到预设的日志删除条件;
响应于确定所述磁盘中的日志文件的保存时间未超过预设的日志保存时间、并且磁盘中未删除的同类型日志文件的数据总量超过预设的最大数据总量,确定所述磁盘中的日志文件达到预设的日志删除条件;
响应于确定所述磁盘中的日志文件的保存时间未超过预设的日志保存时间、磁盘中未删除的同类型日志文件的数据总量未超过预设的数据总量,且所述磁盘的当前使用率超过预设的使用率阈值,确定所述磁盘中的日志文件达到预设的日志删除条件。
15.一种电子设备,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-7中任一所述的方法。
16.一种计算机可读介质,其上存储有计算机程序,其中,所述程序被处理器执行时实现如权利要求1-7中任一所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910231533.3A CN109960686B (zh) | 2019-03-26 | 2019-03-26 | 数据库的日志处理方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910231533.3A CN109960686B (zh) | 2019-03-26 | 2019-03-26 | 数据库的日志处理方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109960686A CN109960686A (zh) | 2019-07-02 |
CN109960686B true CN109960686B (zh) | 2021-07-20 |
Family
ID=67024847
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910231533.3A Active CN109960686B (zh) | 2019-03-26 | 2019-03-26 | 数据库的日志处理方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109960686B (zh) |
Families Citing this family (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112181938B (zh) * | 2019-07-05 | 2024-06-14 | 杭州海康威视数字技术股份有限公司 | 数据库清理方法、装置和计算机可读存储介质 |
CN110457275A (zh) * | 2019-08-15 | 2019-11-15 | 中国银行股份有限公司 | 磁盘历史文件的清理方法及装置 |
CN112905106B (zh) * | 2019-12-04 | 2023-04-18 | 贵州白山云科技股份有限公司 | 一种数据处理方法、装置、系统、设备及存储介质 |
CN111639059A (zh) * | 2020-05-28 | 2020-09-08 | 深圳壹账通智能科技有限公司 | 日志信息的存储及定位方法、电子设备及存储介质 |
CN112463048B (zh) * | 2020-11-26 | 2022-08-30 | 新华三技术有限公司成都分公司 | 一种compact处理速度的调整方法、装置、电子设备和介质 |
CN112182010B (zh) * | 2020-11-30 | 2021-03-12 | 北京金山云网络技术有限公司 | 脏页刷新方法和装置、存储介质和电子设备 |
CN112307007B (zh) * | 2020-12-02 | 2023-10-31 | 中国联合网络通信集团有限公司 | 数据库清理方法及装置 |
CN112783849A (zh) * | 2021-01-29 | 2021-05-11 | 紫光云技术有限公司 | 一种生产环境日志导出系统及方法 |
CN113254461A (zh) * | 2021-02-07 | 2021-08-13 | 浪潮云信息技术股份公司 | 一种基于nifi的实现数据库同步的优化方法及系统 |
CN113434296B (zh) * | 2021-07-01 | 2023-03-21 | 曙光信息产业股份有限公司 | 缓存回刷方法、装置、电子设备及存储介质 |
CN114124555A (zh) * | 2021-11-29 | 2022-03-01 | 杭州迪普科技股份有限公司 | 报文回放方法、装置、电子设备及计算机可读介质 |
CN114265637A (zh) * | 2021-12-24 | 2022-04-01 | 中电信数智科技有限公司 | 档案管理系统配置方法、系统、电子设备以及存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109271355A (zh) * | 2018-08-27 | 2019-01-25 | 杭州迪普科技股份有限公司 | 一种清理日志文件缓存的方法及装置 |
CN109299052A (zh) * | 2018-09-03 | 2019-02-01 | 平安普惠企业管理有限公司 | 日志切割方法、装置、计算机设备及存储介质 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011140673A1 (en) * | 2010-05-11 | 2011-11-17 | Intel Corporation | Recording dirty information in software distributed shared memory systems |
CN103324696B (zh) * | 2013-06-06 | 2016-06-22 | 合一信息技术(北京)有限公司 | 一种数据日志收集与统计分析系统和方法 |
CN105183667A (zh) * | 2015-09-16 | 2015-12-23 | 浪潮(北京)电子信息产业有限公司 | 一种数据刷写方法及装置 |
-
2019
- 2019-03-26 CN CN201910231533.3A patent/CN109960686B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109271355A (zh) * | 2018-08-27 | 2019-01-25 | 杭州迪普科技股份有限公司 | 一种清理日志文件缓存的方法及装置 |
CN109299052A (zh) * | 2018-09-03 | 2019-02-01 | 平安普惠企业管理有限公司 | 日志切割方法、装置、计算机设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN109960686A (zh) | 2019-07-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109960686B (zh) | 数据库的日志处理方法和装置 | |
US10691716B2 (en) | Dynamic partitioning techniques for data streams | |
US8250033B1 (en) | Replication of a data set using differential snapshots | |
US9794135B2 (en) | Managed service for acquisition, storage and consumption of large-scale data streams | |
US9858322B2 (en) | Data stream ingestion and persistence techniques | |
US8548948B2 (en) | Methods and apparatus for a fine grained file data storage system | |
CN111309720B (zh) | 时序数据的存储、读取方法、装置、电子设备及存储介质 | |
US20170060769A1 (en) | Systems, devices and methods for generating locality-indicative data representations of data streams, and compressions thereof | |
US10997127B2 (en) | Preventing inefficient recalls in a hierarchical storage management (HSM) system | |
Sambasivan et al. | So, you want to trace your distributed system? Key design insights from years of practical experience | |
US9396074B2 (en) | Virtual database rewind | |
JP5308403B2 (ja) | データ処理の障害回復方法、システムおよびプログラム | |
CN110058958B (zh) | 用于管理数据备份的方法、设备和计算机程序产品 | |
US9031909B2 (en) | Provisioning and/or synchronizing using common metadata | |
CN109254958A (zh) | 分布式数据读写方法、设备及系统 | |
CN115658382A (zh) | 一种对象存储的增量对象备份恢复方法、系统及存储介质 | |
JP5956064B2 (ja) | 計算機システム、データ管理方法、及び計算機 | |
US12045173B2 (en) | Stale data recovery using virtual storage metadata | |
US7657664B2 (en) | Method and system for tracking device driver requests | |
CN109558425A (zh) | 一种缓存的备份方法及装置 | |
US9529812B1 (en) | Timestamp handling for partitioned directories | |
CN115328696A (zh) | 一种数据库中的数据备份方法 | |
CN115061630A (zh) | 一种数据迁移方法、装置、设备及介质 | |
CN112905541B (zh) | 镜像仓库垃圾清理方法和装置 | |
CN111427851A (zh) | 一种hdfs跨外部存储系统多层级存储效率优化的方法和设备 |
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 |