CN112559476A - 一种用于提高目标系统性能的日志存储方法及其相关设备 - Google Patents

Abstract

本申请属于大数据技术领域，涉及一种用于提高目标系统性能的日志存储方法及其相关设备，所述方法包括:接收调用指定的日志打印接口的目标系统发送的日志打印请求；响应日志打印请求，接收目标系统发送的日志信息，为日志信息分配用于绑定的特征值，再将日志信息打包后写入特征值对应的日志信息队列；基于特征值从日志信息队列中分批提取日志信息，对提取的日志信息进行序列化处理后存储至目标数据库。本申请还涉及区块链技术，日志信息中被确定为私密信息或需防篡改的信息可存储于区块链中。本申请可提高日志存储时的非阻塞并发能力，提高日志存储效率，提升目标系统并发能力；通过特征值实现日志内容的顺序整合，提高日志的可读性。

Description

一种用于提高目标系统性能的日志存储方法及其相关设备

技术领域

本申请涉及大数据技术领域，具体涉及用于提高目标系统性能的日志存储方法、日志系统、计算机设备及存储介质。

背景技术

日志作为现代软件工程中的必要一环，是应用程序的重要基本功能。日志被频繁使用，其目的是通过逻辑设定留存特定信息，以记录应用程序执行过程信息和执行情况，并作为跟踪定位问题的重要手段。由于日志在原理上涉及IO操作，常见的如文件流等持久化IO流，或控制台等非持久化IO流，IO操作本身受到IO能力的限制，在IO能力低于要求时会发生阻塞等待，导致日志打印(日志打印是前端系统将日志输出到后端系统存储的过程)的性能最终受限于IO能力，因此，当日志数量和打印频率随应用程序的业务体量和维护时间的增加而增多时，大量的日志打印将影响业务系统性能。

现有技术方案一种方式是通过设定日志级别，通过丢弃低级别日志减少IO数据总量，以减少阻塞情况的发生，这种方式在简单的业务系统中可行，但在需要随时跟踪定位运行情况和问题的复杂业务系统时，因打印信息乱序而难以查询使用，且存在多个耗时环节，累加耗时导致打印效率低；另一种是在前一种方式的基础上引入阻塞队列，使IO操作异步进行，在队列达到承载能力时，丢弃或者阻塞日志操作，以达到减少IO能力限制对业务系统性能的影响，但这种方式同样存在打印信息乱序的问题，且队列仅起到简单的缓冲作用，实际使用中在IO设备存在问题的情况下，队列内的缓存的日志信息填满后，队列本身会阻塞写入，成为瓶颈。

发明内容

本申请实施例的目的在于提出一种用于提高目标系统性能的日志存储方法、日志系统、计算机设备及存储介质，以解决现有技术中日志打印效率低、写入存在阻塞的问题。

为了解决上述技术问题，本申请实施例提供一种用于提高目标系统性能的日志存储方法，采用了如下所述的技术方案：

一种用于提高目标系统性能的日志存储方法，包括下述步骤：

接收调用指定的日志打印接口的目标系统发送的日志打印请求；

响应所述日志打印请求，接收所述目标系统发送的日志信息，为所述日志信息分配用于绑定的特征值，再将所述日志信息打包后写入所述特征值对应的日志信息队列；

基于所述特征值从所述日志信息队列中分批提取所述日志信息，对提取的所述日志信息进行序列化处理后存储至目标数据库。

为了解决上述技术问题，本申请实施例还提供一种用于提高目标系统性能的日志系统，采用了如下所述的技术方案：

一种用于提高目标系统性能的日志系统，包括：

接收器模块，用于接收指定的日志打印接口的目标系统发送的日志打印请求；

处理模块，用于响应所述日志打印请求，接收所述目标系统发送的日志信息，为所述日志信息分配用于绑定的特征值，再将所述日志信息打包后写入所述特征值对应的日志信息队列；

推送器模块，用于基于所述特征值从所述日志信息队列中分批提取所述日志信息，对提取的所述日志信息进行序列化处理后存储至目标数据库。

为了解决上述技术问题，本申请实施例还提供一种计算机设备，采用了如下所述的技术方案：

一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述处理器执行所述计算机可读指令时实现如上所述的用于提高目标系统性能的日志存储方法的步骤。

为了解决上述技术问题，本申请实施例还提供一种计算机可读存储介质，采用了如下所述的技术方案：

一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如上所述的用于提高目标系统性能的日志存储方法的步骤。

与现有技术相比，本申请实施例提供的用于提高目标系统性能的日志存储方法、日志系统、计算机设备及存储介质主要有以下有益效果：

通过申请方案，可以提高日志存储时的非阻塞并发能力，提高日志存储效率，使得目标系统免去等待写入IO操作完成导致的阻塞耗时，缩短目标系统总的业务处理时间，进而提升目标系统的并发能力；同时通过特征值可实现日志内容的顺序整合，减少日志跟踪定位时无关信息的干扰，提高日志的易用程度和可读性。

附图说明

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

图1是本申请可以应用于其中的示例性系统架构图；

图2是根据本申请的用于提高目标系统性能的日志存储方法的一个实施例的流程图；

图3是根据本申请的用于提高目标系统性能的日志系统的一个实施例的结构示意图；

图4是根据本申请的计算机设备的一个实施例的结构示意图。

具体实施方式

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同；本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请；本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。本申请说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

为了使本技术领域的人员更好地理解本申请方案，下面将结合附图，对本申请实施例中的技术方案进行清楚、完整地描述。

如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器(Moving Picture ExpertsGroup Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving PictureExperts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上显示的页面提供支持的后台服务器。

需要说明的是，本申请实施例所提供的用于提高目标系统性能的日志存储方法一般由服务器执行，相应地，用于提高目标系统性能的日志系统一般设置于服务器中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

继续参考图2，其示出了根据本申请的用于提高目标系统性能的日志存储方法的一个实施例的流程图。所述的用于提高目标系统性能的日志存储方法包括以下步骤：

S201，接收调用指定的日志打印接口的目标系统发送的日志打印请求；

S202，响应所述日志打印请求，接收所述目标系统发送的日志信息，为所述日志信息分配用于绑定的特征值，再将所述日志信息打包后写入所述特征值对应的日志信息队列；

S203，基于所述特征值从所述日志信息队列中分批提取所述日志信息，对提取的所述日志信息进行序列化处理后存储至目标数据库。

下面对上述步骤进行展开说明。

在本实施例中，提供一高性能的日志系统，由该日志系统执行上述方法步骤。所述指定的日志打印接口即为所述日志系统提供标准的日志打印接口，即日志打印接口遵循标准日志规范，确保通用且易用，其调用方式与现有的日志系统的接口调用方式相同，不同的地方在于，在本实施例日志系统中，目标系统为各类业务系统，其在调用本实施例的日志打印接口时，该调用过程不对目标系统的业务进行阻塞，即目标系统在调用日志打印接口来打印日志的同时，其业务逻辑持续进行，由日志系统来承载日志信息的打印操作，目标系统免去等待日志信息写入IO操作完成导致的阻塞耗时，缩短总的业务处理时间，进而提升目标系统的并发能力。

本实施例可以实现日志的异步处理打印操作，对目标系统而言，所有日志数据以对象形式传递，目标系统传递数据对象至日志系统进行日志打印，无需等待打印的操作完成，在日志系统完成日志信息接收后，业务系统即返回，接触日志接口调用，凭此减少调用耗时，进而减少目标系统的业务总耗时，提高并发能力。

具体的，对于步骤S201，当目标系统执行业务流程的过程中存在日志打印需求时，在调用本实施例的日志打印接口后通过日志打印请求的方式将待打印日志信息告知日志系统。

在本申请一些实施例中，当调用所述日志打印接口的目标系统在先已使用其它日志系统的接口时，所述方法还包括：对所述目标系统原始使用的接口采用装饰器模式进行适配，以将所述目标系统原始使用的接口替换为所述日志打印接口。

例如目标系统原始使用形如CommonLog.info(somethingToPrint)的通用接口进行日志打印，其使用接口实现为打包类SimpleFacade，形如：

则在调用本实施例日志系统的日志打印接口时，通过继承CommonLog并实现info的方式，即调用原有日志系统SimpleLog的方法，只需要换用打包类PatentFacade如下：

从而实现日志打印接口替换，而无需改动目标系统代码。

对于步骤S202，本实施例提供的日志系统内可提供接收器，由接收器响应日志打印请求，接收所述目标系统传入的日志信息，再由接收器为日志信息绑定特征值，再将日志信息打包后写入绑定的特征值对应的日志信息队列。

在本实施例中，所述日志信息可包括：含有占位符的文本信息，待打印的数据对象引用以及来源信息。比如示例调用Log.info(“here is an log sample.{}and{}.data isshown.”,dataA,dataB)中的“{}”即为占位符，用于表示日志打印后的dataA和dataB的数据展示位置，数据对象引用是内存中的数据，用于与日志文本相区分，来源信息表示日志来源于哪个目标系统。

在一些实施例中，在所述提供日志打印接口后，所述方法还包括：当所述目标系统初始调用所述日志打印接口时，通过所述日志打印接口，接收所述目标系统传入的基于日志来源配置的特征值，根据所述特征值新建日志信息队列。在本实施例中，特征值与日志来源相关，可以由目标系统指定，比如目标系统指定唯一的业务流水号作为来源标识，将业务流水号设置为特征值，目标系统在后续业务进行过程中有需要打印的日志时，调用日志打印接口，传入含有占位符的文本信息、待打印的数据对象引用、来源信息等的日志信息时，日志系统将新建日志信息队列时采用的特征值分配给该日志信息进行绑定，再将文本信息、数据对象引用和来源信息连同当前时间戳打包组成新对象，写入特征值对应的日志信息队列中。

在本实施例中，日志信息的打包是指对日志信息进行数据转换等处理生成特定格式的文件，比如JSON格式的文件。

在本实施例中，本实施例的日志信息队列起到日志信息缓存的作用，在日志系统内部通过日志信息队列维护日志信息的结构化缓存，具体的，待打印的日志在接收后、存储前，在日志系统内部按照配置的特征值进行分类有序地缓存。本实施例因为日志信息与特征值捆绑，日志内容不是顺序写入的零散文本，而是以来源标识和时间戳为特征值进行整合的文本集合，打印效果如：

日志信息11

日志信息12

日志信息13

…

日志信息n1

日志信息n2

将同一业务的日志信息连贯打出，省去鉴别时间和鉴别失误导致的问题，更为直观易用，可以减少日志定位时无关信息的干扰，实现快速定位，提高日志在实际应用中的易用程度和可读性，在高并发情况下尤为明显。

在一些实施例中，所述接收所述目标系统传入的基于日志来源配置的特征值，根据所述特征值新建日志信息队列包括：获取所述目标系统发送的日志来源信息，从所述日志来源信息中提取来源标识作为特征值，其中，当所述日志来源信息中未提取到所述来源标识时，获取当前的时间戳数据作为所述特征值。对于没有指定业务流水号的设置特征值为当前的时间戳数据，即当前时间到1970年1月1日距离的毫秒数，采用本步骤在无法根据来源标识设置特征值时可避免特征值发生缺失。

在一些实施例中，存在同时响应多个目标系统的日志打印请求的情形。所述将所述日志信息打包后写入所述特征值对应的日志信息队列包括：判断是否存在与所述目标系统相对应的日志信息队列，如果存在则将打包的日志信息写入对应的日志信息队列，否则创建日志信息队列，通过所述特征值将创建的日志信息队列与所述目标系统关联，再将打包的日志信息写入关联的日志信息队列。基于目标系统的业务特性，对于一个业务而言，其写入的日志量是有限的，且其日志写入速度也是有限的，不同于传统日志需要一个极长的队列才能满足不阻塞也不丢弃日志的要求(因为高峰期同时发生的多个业务同时写入同一队列，量的叠加导致日志量与日志写入均近似不可控)，本实施例中的日志信息队列在目标系统的业务开始时创建，日志信息队列借助特征值与目标系统的业务实现对应，在进行日志打印时，每个业务的日志都仅写入与该业务相对应的日志信息队列中，各目标系统的业务彼此独立，因此在n个业务同时进行的情况下，缓存的数据结构可表示为：

{“特征值1”：[日志信息11,日志信息12……]；…；“特征值n”：[日志信息n1,日志信息n2……]}。

采用上述步骤针对每个业务生成对应的日志信息队列，可以避免高峰期同时发生的多个业务同时写入同一队列出现的不可控问题，可以保证各业务的日志可以独立有序地打印。

在一些实施例中，所述方法还包括：在所述目标系统的业务完成且对应的日志信息队列中的日志信息全部存储至所述目标数据库后，对所述目标系统对应的日志信息队列进行销毁。这意味着在没有业务进行的情况下，日志信息队列在日志系统中所占用的内存为0，通过将日志系统内部日志信息队列结构与日志特性挂钩，实现了日志信息队列占用内存大小的伸缩特性，在业务高峰时能够满足多业务的日志写入要求，在业务低谷时销毁日志信息为空的日志信息队列以避免不必要的内存占用。

对于步骤S203，在本实施例中，对于将日志信息写入目标数据库的过程，日志系统中可提供推送器，该推送器首先根据特征值确定对应的日志信息队列，再根据单次可提取日志信息的量，分批次从日志信息队列中提取日志信息，每次提取日志信息后进行序列化处理，最后将序列化处理后的日志信息存储至目标数据库。本实施例中日志信息的序列化操作不在目标系统中进行，而是延后在日志系统中处理，相关CPU花销和内存花销均由目标系统转移至日志系统，目标系统耗时进一步压缩，由此可提升目标系统性能。

在本实施例中，日志最终以文本形式存储到目标数据库中，其中目标数据库存在于一IO设备中，本实施例通过特殊的日志信息队列结构，并赋予日志系统数据处理能力，使得日志系统能够持有数据，在本实施例中日志信息的传递形式如Log.info(dataA)，日志系统直接将持有数据dataA缓存至日志信息队列当中，当日志系统的推送器启动的写入线程需要进行目标数据库写入操作时，才从日志信息队列中取出日志数据，完成序列化和占位符替换，形成存储文本并最终写入目标数据库。

在一些实施例中，对提取的所述日志信息进行序列化处理后存储至目标数据库包括：判断当前数据库是否为首选数据库，若是则将当前数据库作为目标数据库执行写入操作，否则将当前数据库配置为首选数据库，再将其作为目标数据库执行写入操作，以将反序列化处理后的日志信息存储至所述目标数据库。具体的，本实施例提供的日志系统连接至至少一个IO设备，以将日志信息存储至IO设备中的数据库内，通过设置不同的数据源，可以实现不同的日志存储位置。

进一步的，当写入的IO设备发生故障不可用导致日志信息写入失败，则根据IO设置的优先级将当前发生故障的IO设备降级，并将剩余IO设备中优先级最高的作为首选设备，其中的数据库则相应成为首选数据库，作为目标数据库进行日志信息写入操作。具体的，日志系统连接的IO设备都是已知的，为有限个的明确的数据库和硬盘上的具名文件，优先级用于指示这些IO设备在使用时的先后顺序，优先级高优先使用，当优先级高的IO设备发生故障无法使用时，取下一优先级的IO设备进行使用。

在本实施例中，支持用户列表配置IO设备优先级，用于覆盖日志系统内部默认的IO设备优先级，所有支持的IO设备在日志系统内部以链表形式指示，当前使用的IO设备通过链表的索引序号(序号为从0开始递增的整数)指示，序号越小，优先级越高，即序号为0，则使用第一个链表中的第一个IO设备，序号为1使用第二个，以此类推。日志系统首先使用优先级最高的IO设备用于写入日志文本，写入线程读取日志系统当前全局的索引序号，将对应业务的队列数据读出处理后尝试写入序号对应的IO设备，当IO发生异常时，写入失败并报告当前所使用的索引序号不可用，如果报告的序号与当前日志系统全局序号相等(比较是为了防止并发情况下，多个线程同时报告当前设备不可用导致序号多次加一，跳过了并没有发生故障的设备)，日志系统全局索引序号加一，即是用下一优先级的设备，不相等说明已有线程先于此线程报告了此设备不可用，故忽略报告请求，写入线程重新获取索引，重复上述步骤，直至写入成功。进一步的，后台线程在当前业务量(也即日志信息队列数量)小于阈值(比如20)或用户自定义的值时，此时认为写入压力低，尝试往上一优先级的IO设备中写入无意义的测试数据，写入成功报告设备成功，经过与上述过程相同的比较操作，相同后将日志系统全局的优先级指示索引减一，重复操作直至业务量增大超过阈值，或索引减为0，以保证原始优先级高的IO设备总是作为日志保存的位置。

本实施例日志系统连接多IO设备，各IO设备可以接替使用，当写入的目标数据库所在的IO设备故障，可将日志信息写入到预备的IO设备中，例如本地文本文件，确保日志作为基础设备的可用性，实现灾备能力。

本申请提供的用于提高目标系统性能的日志存储方法，可以提高日志存储时的非阻塞并发能力，提高日志存储效率，使得目标系统免去等待写入IO操作完成导致的阻塞耗时，缩短目标系统总的业务处理时间，进而提升目标系统的并发能力；同时通过特征值可实现日志内容的顺序整合，减少日志跟踪定位时无关信息的干扰，提高日志的易用程度和可读性。

需要强调的是，为进一步保证信息的私密和安全性，上述日志信息中被确定为私密信息或需防篡改的信息还可以存储于一区块链的节点中。

本申请所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

本申请可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机可读指令来指令相关的硬件来完成，该计算机可读指令可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质，或随机存储记忆体(Random Access Memory，RAM)等。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

进一步参考图3，作为对上述图2所示方法的实现，本申请提供了一种用于提高目标系统性能的日志系统的一个实施例，该日志系统实施例与图2所示的方法实施例相对应，该日志系统具体可以应用于服务器端。

如图3所示，本实施例所述的用于提高目标系统性能的日志系统包括：接收器模块301、处理模块302以及推送器模块303。其中，所述接收器模块301用于接收调用指定的日志打印接口的目标系统发送的日志打印请求；所述处理模块302用于响应所述日志打印请求，接收所述目标系统发送的日志信息，为所述日志信息分配用于绑定的特征值，再将所述日志信息打包后写入所述特征值对应的日志信息队列；所述推送器模块303用于基于所述特征值从所述日志信息队列中分批提取所述日志信息，对提取的所述日志信息进行序列化处理后存储至目标数据库。

在本实施例中，所述接收器模块301提供的指定的日志打印接口为标准的日志打印接口，目标系统调用本实施例所述接收器模块301提供的日志打印接口时，该调用过程不对目标系统的业务进行阻塞，即目标系统在调用日志打印接口来打印日志的同时，其业务逻辑持续进行，由日志系统来承载日志信息的打印操作，目标系统免去等待日志信息写入IO操作完成导致的阻塞耗时，缩短总的业务处理时间，进而提升目标系统的并发能力。

本实施例可以实现日志的异步处理打印操作，对目标系统而言，所有日志数据以对象形式传递，目标系统传递数据对象至日志系统进行日志打印，无需等待打印的操作完成，在日志系统完成日志信息接收后，业务系统即返回，接触日志接口调用，凭此减少调用耗时，进而减少目标系统的业务总耗时，提高并发能力。

在本实施例中，当目标系统执行业务流程的过程中存在日志打印需求时，在调用本实施例的日志打印接口后通过日志打印请求的方式将待打印日志信息告知日志系统，由接收器模块301响应日志打印请求，接收所述目标系统传入的日志信息，再由处理模块302为日志信息绑定特征值，再将日志信息打包后写入绑定的特征值对应的日志信息队列。在一些实施例中，当调用所述日志打印接口的目标系统在先已使用其它日志系统的接口时，所述接收器模块301用于对所述目标系统原始使用的接口采用装饰器模式进行适配，以将所述目标系统原始使用的接口替换为所述日志打印接口。具体可参考上述方法实施例，在此不作展开。

在一些实施例中，在所述接收器模块301提供日志打印接口后，所述处理模块302用于：当所述目标系统初始调用所述日志打印接口时，通过所述日志打印接口，接收所述目标系统传入的基于日志来源配置的特征值，根据所述特征值新建日志信息队列。具体可参考上述方法实施例，在此不作展开。

在本实施例中，本实施例的日志信息队列起到日志信息缓存的作用，在日志系统内部通过日志信息队列维护日志信息的结构化缓存，具体的，待打印的日志在接收后、存储前，在日志系统内部按照配置的特征值进行分类有序地缓存。本实施例因为日志信息与特征值捆绑，日志内容不是顺序写入的零散文本，而是以来源标识和时间戳为特征值进行整合的文本集合，由此可将同一业务的日志信息连贯打出，省去鉴别时间和鉴别失误导致的问题，更为直观易用，可以减少日志定位时无关信息的干扰，实现快速定位，提高日志在实际应用中的易用程度和可读性，在高并发情况下尤为明显。

在一些实施例中，所述处理模块302接收所述目标系统传入的基于日志来源配置的特征值，根据所述特征值新建日志信息队列时，具体用于：获取所述目标系统发送的日志来源信息，从所述日志来源信息中提取来源标识作为特征值，其中，当所述日志来源信息中未提取到所述来源标识时，获取当前的时间戳数据作为所述特征值。由此在无法根据来源标识设置特征值时可避免特征值发生缺失。

在一些实施例中，存在同时响应多个目标系统的日志打印请求的情形。所述处理模块302将所述日志信息打包后写入所述特征值对应的日志信息队列时，具体用于：判断是否存在与所述目标系统相对应的日志信息队列，如果存在则将打包的日志信息写入对应的日志信息队列，否则创建日志信息队列，通过所述特征值将创建的日志信息队列与所述目标系统关联，再将打包的日志信息写入关联的日志信息队列。具体可参考上述方法实施例，在此不作展开。本实施例针对每个业务生成对应的日志信息队列，可以避免高峰期同时发生的多个业务同时写入同一队列出现的不可控问题，可以保证各业务的日志可以独立有序地打印。

在一些实施例中，所述处理模块302还用于：在所述目标系统的业务完成，且推送器模块303将所述目标系统对应的日志信息队列中的日志信息全部存储至所述目标数据库后，对所述目标系统对应的日志信息队列进行销毁。具体可参考上述方法实施例，在此不作展开。

在本实施例中，对于推送器模块303将日志信息写入目标数据库的过程，首先根据特征值确定对应的日志信息队列，再根据单次可提取日志信息的量，分批次从日志信息队列中提取日志信息，每次提取日志信息后进行序列化处理，最后将序列化处理后的日志信息存储至目标数据库。本实施例中日志信息的序列化操作不在目标系统中进行，而是延后在日志系统中处理，相关CPU花销和内存花销均由目标系统转移至日志系统，目标系统耗时进一步压缩，由此可提升目标系统性能。

在本实施例中，日志最终以文本形式存储到目标数据库中，其中目标数据库存在于一IO设备中，本实施例通过特殊的日志信息队列结构，并赋予日志系统数据处理能力，使得日志系统能够持有数据，在本实施例中日志信息的传递形式如Log.info(dataA)，日志系统的处理模块302直接将持有数据dataA缓存至日志信息队列当中，当日志系统的推送器模块303启动的写入线程需要进行目标数据库写入操作时，才从日志信息队列中取出日志数据，完成序列化和占位符替换，形成存储文本并最终写入目标数据库。

在一些实施例中，推送器模块303对提取的所述日志信息进行序列化处理后存储至目标数据库时，具体用于：判断当前数据库是否为首选数据库，若是则将当前数据库作为目标数据库执行写入操作，否则将当前数据库配置为首选数据库，再将其作为目标数据库执行写入操作，以将反序列化处理后的日志信息存储至所述目标数据库。具体的，本实施例提供的日志系统连接至至少一个IO设备，以将日志信息存储至IO设备中的数据库内，通过设置不同的数据源，可以实现不同的日志存储位置。

进一步的，当写入的IO设备发生故障不可用导致日志信息写入失败，推送器模块303还用于根据IO设置的优先级将当前发生故障的IO设备降级，并将剩余IO设备中优先级最高的作为首选设备，其中的数据库则相应成为首选数据库，作为目标数据库进行日志信息写入操作。具体的，日志系统连接的IO设备都是已知的，为有限个的明确的数据库和硬盘上的具名文件，优先级用于指示这些IO设备在使用时的先后顺序，优先级高优先使用，当优先级高的IO设备发生故障无法使用时，取下一优先级的IO设备进行使用。本实施例中关于配置IO设备优先级的相关内容可参考上述方法实施例，在此不作展开。本实施例日志系统连接多IO设备，各IO设备可以接替使用，当写入的目标数据库所在的IO设备故障，可将日志信息写入到预备的IO设备中，例如本地文本文件，确保日志作为基础设备的可用性，实现灾备能力。

本申请提供的用于提高目标系统性能的日志系统，可以提高日志存储时的非阻塞并发能力，提高日志存储效率，使得目标系统免去等待写入IO操作完成导致的阻塞耗时，缩短目标系统总的业务处理时间，进而提升目标系统的并发能力；同时通过特征值可实现日志内容的顺序整合，减少日志跟踪定位时无关信息的干扰，提高日志的易用程度和可读性。

为解决上述技术问题，本申请实施例还提供计算机设备。具体请参阅图4，图4为本实施例计算机设备基本结构框图。所述计算机设备4包括通过系统总线相互通信连接存储器41、处理器42、网络接口43，所述存储器41中存储有计算机可读指令，所述处理器42执行所述计算机可读指令时实现上述方法实施例中所述的用于提高目标系统性能的日志存储方法的步骤，并具有与上述用于提高目标系统性能的日志存储方法相对应的有益效果，在此不作展开。

需要指出的是，图中仅示出了具有存储器41、处理器42、网络接口43的计算机设备4，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。其中，本技术领域技术人员可以理解，这里的计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程门阵列(Field－Programmable Gate Array，FPGA)、数字处理器(Digital Signal Processor，DSP)、嵌入式设备等。

所述计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。

在本实施例中，所述存储器41至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器41可以是所述计算机设备4的内部存储单元，例如该计算机设备4的硬盘或内存。在另一些实施例中，所述存储器41也可以是所述计算机设备4的外部存储设备，例如该计算机设备4上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(SecureDigital,SD)卡，闪存卡(Flash Card)等。当然，所述存储器41还可以既包括所述计算机设备4的内部存储单元也包括其外部存储设备。本实施例中，所述存储器41通常用于存储安装于所述计算机设备4的操作系统和各类应用软件，例如对应于上述用于提高目标系统性能的日志存储方法的计算机可读指令等。此外，所述存储器41还可以用于暂时地存储已经输出或者将要输出的各类数据。

所述处理器42在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器42通常用于控制所述计算机设备4的总体操作。本实施例中，所述处理器42用于运行所述存储器41中存储的计算机可读指令或者处理数据，例如运行对应于所述用于提高目标系统性能的日志存储方法的计算机可读指令。

所述网络接口43可包括无线网络接口或有线网络接口，该网络接口43通常用于在所述计算机设备4与其他电子设备之间建立通信连接。

本申请还提供了另一种实施方式，即提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，所述计算机可读指令可被至少一个处理器执行，以使所述至少一个处理器执行如上述的用于提高目标系统性能的日志存储方法的步骤，并具有与上述用于提高目标系统性能的日志存储方法相对应的有益效果，在此不作展开。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术实施例本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

显然，以上所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例，附图中给出了本申请的较佳实施例，但并不限制本申请的专利范围。本申请可以以许多不同的形式来实现，相反地，提供这些实施例的目的是使对本申请的公开内容的理解更加透彻全面。尽管参照前述实施例对本申请进行了详细的说明，对于本领域的技术人员来而言，其依然可以对前述各具体实施方式所记载的技术实施例进行修改，或者对其中部分技术特征进行等效替换。凡是利用本申请说明书及附图内容所做的等效结构，直接或间接运用在其他相关的技术领域，均同理在本申请专利保护范围之内。

Claims (10)

1.一种用于提高目标系统性能的日志存储方法，其特征在于，包括下述步骤：

接收调用指定的日志打印接口的目标系统发送的日志打印请求；

响应所述日志打印请求，接收所述目标系统发送的日志信息，为所述日志信息分配用于绑定的特征值，再将所述日志信息打包后写入所述特征值对应的日志信息队列；

基于所述特征值从所述日志信息队列中分批提取所述日志信息，对提取的所述日志信息进行序列化处理后存储至目标数据库。

2.根据权利要求1所述的用于提高目标系统性能的日志存储方法，其特征在于，当调用所述日志打印接口的目标系统在先已使用其它日志系统的接口时，所述方法还包括：对所述目标系统原始使用的接口采用装饰器模式进行适配，以将所述目标系统原始使用的接口替换为所述日志打印接口。

3.根据权利要求2所述的用于提高目标系统性能的日志存储方法，其特征在于，在所述提供日志打印接口后，所述方法还包括：当所述目标系统初始调用所述日志打印接口时，通过所述日志打印接口，接收所述目标系统传入的基于日志来源配置的特征值，根据所述特征值新建日志信息队列。

4.根据权利要求3所述的用于提高目标系统性能的日志存储方法，其特征在于，所述接收所述目标系统传入的基于日志来源配置的特征值，根据所述特征值新建日志信息队列包括：获取所述目标系统发送的日志来源信息，从所述日志来源信息中提取来源标识作为特征值，其中，当所述日志来源信息中未提取到所述来源标识时，获取当前的时间戳数据作为所述特征值。

5.根据权利要求1至4任一项所述的用于提高目标系统性能的日志存储方法，其特征在于，所述将所述日志信息打包后写入所述特征值对应的日志信息队列包括：判断是否存在与所述目标系统相对应的日志信息队列，如果存在则将打包的日志信息写入对应的日志信息队列，否则创建日志信息队列，通过所述特征值将创建的日志信息队列与所述目标系统关联，再将打包的日志信息写入关联的日志信息队列。

6.根据权利要求1至4任一项所述的用于提高目标系统性能的日志存储方法，其特征在于，所述方法还包括：在所述目标系统的业务完成且对应的日志信息队列中的日志信息全部存储至所述目标数据库后，对所述目标系统对应的日志信息队列进行销毁。

7.根据权利要求1至4任一项所述的用于提高目标系统性能的日志存储方法，其特征在于，对提取的所述日志信息进行序列化处理后存储至目标数据库包括：判断当前数据库是否为首选数据库，若是则将当前数据库作为目标数据库执行写入操作，否则将当前数据库配置为首选数据库，再将其作为目标数据库执行写入操作，以将反序列化处理后的日志信息存储至所述目标数据库。

8.一种用于提高目标系统性能的日志系统，其特征在于，包括：

接收器模块，用于接收调用指定的日志打印接口的目标系统发送的日志打印请求；

处理模块，用于响应所述日志打印请求，接收所述目标系统发送的日志信息，为所述日志信息分配用于绑定的特征值，再将所述日志信息打包后写入所述特征值对应的日志信息队列；

推送器模块，用于基于所述特征值从所述日志信息队列中分批提取所述日志信息，对提取的所述日志信息进行序列化处理后存储至目标数据库。

9.一种计算机设备，其特征在于，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述处理器执行所述计算机可读指令时实现如权利要求1至7中任一项所述的用于提高目标系统性能的日志存储方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如权利要求1至7中任一项所述的用于提高目标系统性能的日志存储方法的步骤。

Images