一种数据溯源方法、装置及服务器
技术领域
本发明涉及数据处理技术领域,特别涉及一种数据溯源方法、装置及服务器。
背景技术
随着大数据的发展,社会生产生活已然离不开数据。通过对数据进行分析,能够挖掘出数据背后海量的信息,从而指导各行各业的正常业务开展。为了便于对数据进行统一管理,往往将数据集中存储于数据库中。一般而言,数据库可以是云服务器或本地服务器。数据库在进行数据管理时,为了提高管理效率,通常会将大量数据按照特定的方式进行存储,但这样会增加后期对数据的溯源难度。
发明内容
为改善相关技术中存在的难以根据活动轨迹有效地实现大数据追溯更新的技术问题,本发明提供了数据溯源方法、装置及服务器。
一种数据溯源方法,应用于服务器,所述方法至少包括:
检测处于运行状态的目标业务处理线程的数量是否低于设定数值,所述目标业务处理线程是服务器基于用户终端发起的业务处理请求开启的,所述目标业务处理线程在运行时占用所述服务器的部分内存资源,不同的目标业务处理线程所占用的内存资源的大小不同;
在检测到处于运行状态的目标业务处理线程的数量低于所述设定数值时,根据所述目标业务处理线程所占用的内存资源以及所述服务器的***程序所占用的内存资源确定所述服务器对应的剩余内存资源;
从预设的数据存储区中获取与所述剩余内存资源存在预设映射关系的目标数据特征向量,根据所述目标数据特征向量的向量维度开启数据溯源线程;其中,所述预设映射关系通过所述数据存储区中的数据特征向量的向量维度以及剩余内存资源的资源分片序列得到;
将所述目标数据特征向量加载至所述数据溯源线程中以通过所述数据溯源线程确定所述目标数据特征向量的数据溯源结果;
确定所述数据溯源线程在运行时以及确定出所述数据溯源结果时的运行日志,从所述运行日志中提取用于确定所述数据溯源结果的脚本文件;
在完成所述脚本文件与所述目标数据特征向量的关联之后,将所述脚本文件存储至与所述服务器通信的目标设备中并返回检测处于运行状态的目标业务处理线程的数量是否低于设定数值的步骤。
优选地,从预设的数据存储区中获取与所述剩余内存资源存在预设映射关系的目标数据特征向量的步骤,具体包括:
在所述数据存储区中按照特征权重大小依次选取第一数据特征向量,在所述数据存储区中的特征权重大小位于第一数据特征向量之前的数据特征向量中,确定第二数据特征向量;
获取所述第二数据特征向量中每个向量值的权重分布参数,参照权重分布参数和所述剩余内存资源的性能参数之间的参数对应关系,对所述第一数据特征向量进行参数特征映射,得到所述第一数据特征向量的参数映射列表;所述剩余内存资源的性能参数,用于表示以所述剩余内存资源的运行效率为基准,预先分配的参考数据特征向量的内存占用系数;
对所述参数映射列表进行列表拆分,得到所述参数映射列表对应的多个参数列表单元;从所述参数映射列表中确定所述第一数据特征向量的映射标识,得到所述第一数据特征向量的映射标识对应的标识描述信息;
根据所述标识描述信息和所述多个参数列表单元,从所述第一数据特征向量中确定出所述第一数据特征向量相对于所述数据存储区的第一映射参数以及相对于所述剩余内存资源的第二映射参数;判断所述第一映射参数和所述第二映射参数的相似度是否达到设定阈值,在所述第一映射参数和所述第二映射参数的相似度值达到所述设定阈值时,将当前的第一数据特征向量确定为所述目标数据特征向量。
优选地,根据所述目标数据特征向量的向量维度开启数据溯源线程的步骤,具体包括:
生成所述目标数据特征向量的向量维度对应的维度分布网格以及生成所述目标数据特征向量的向量值对应的向量值序列分布网格,所述维度分布网格和所述向量值序列分布网格分别包括多个不同网格特征的网格单元;
提取所述目标数据特征向量的向量维度在所述维度分布网格的任一网格单元的单元属性,将所述向量值序列分布网格中具有最小网格特征的网格单元确定为基准网格单元;
根据预设线程性能参数和线程结构描述将所述单元属性映射到所述基准网格单元,在所述基准网格单元中得到当前映射属性,并根据所述单元属性以及所述当前映射属性,生成所述目标数据特征向量的向量维度和所述目标数据特征向量的向量值之间的转换列表;
以所述当前映射属性为当前属性指标在所述基准网格单元中获取溯源指向参数,根据所述转换列表对应的逆转换列表,将所述溯源指向参数映射到所述单元属性所在网格单元,在所述单元属性所在网格单元中得到所述溯源指向参数对应的溯源线程指向信息;
根据所述溯源线程指向信息确定对应的数据溯源线程并开启所述溯源线程指向信息确定对应的数据溯源线程。
优选地,将所述目标数据特征向量加载至所述数据溯源线程中以通过所述数据溯源线程确定所述目标数据特征向量的数据溯源结果的步骤,具体包括:
获取加载至所述数据溯源线程中的目标数据特征向量的加载流向信息;对所述加载流向信息进行解析,得到至少多个信息流;
对所述至少多个信息流进行信息权重排序,得到所述加载流向信息的信息流排序序列,所述信息流排序序列用于描述所述目标数据特征向量相对于所述数据溯源线程的加载过程中的信息流向特征;
对所述至少多个信息流进行信息容量排序,得到所述加载流向信息的信息容量排序序列,所述信息容量排序序列用于所述目标数据特征向量相对于所述数据溯源线程的加载过程中的信息容量特征;
当所述加载流向信息包括至少两个信息流时,对于所述加载流向信息中的每一个信息流,对所述信息流的信息流排序序列和信息容量排序序列分别进行序列特征提取,得到第一序列特征和第二序列特征;
基于所述第一序列特征和所述第二序列特征,在预设的云端数据库中进行查找,得到与所述第一序列特征和所述第二序列特征对应的数据包;
根据所述数据包在所述数据溯源线程中的映射结果,得到所述目标数据特征向量在所述数据溯源线程中的数据溯源结果。
优选地,确定所述数据溯源线程在运行时以及确定出所述数据溯源结果时的运行日志的步骤,具体包括:
在当前时间片资源中确定所述数据溯源线程对应的产生对时间片资源的占用行为的第一时刻以及释放对时间片资源的占用行为的第二时刻;
确定所述第一时刻和所述第二时刻之间的日志文件为所述运行日志。
优选地,从所述运行日志中提取用于确定所述数据溯源结果的脚本文件的步骤,具体包括:
获取所述数据溯源结果的数据化描述信息,将所述数据化描述信息拆分成多个数据段;并行地将各数据段推送至处于激活进程的各预设数据解析线程;所述多个数据段用于指示相应预设数据解析线程生成与所述多个数据段相应的脚本参数,所述多个数据段还用于指示相应预设数据解析线程将所述多个数据段分别转换成数据描述参数和数据逻辑参数,分别从所述数据描述参数的各参数数组中提取第一参数序列,以及从数据逻辑参数的各逻辑数组中提取第二参数序列,根据所述第一参数序列确定脚本化描述和根据所述第二参数序列确定溯源逻辑拓扑;
分析各所述脚本化描述和所述溯源逻辑拓扑,得到与所述多个数据段相应的脚本参数;去除各所述预设数据解析线程所生成的脚本参数中冗余的***数据,并根据去除冗余的***数据后剩余的脚本参数,组合生成与所述数据溯源结果对应的脚本文件。
优选地,所述方法还包括:
获取业务终端发送的用于获取目标数据的请求指令;
根据所述请求指令从所述数据存储区中获取待溯源数据特征向量;
从所述目标设备确定与所述溯源数据特征向量存在关联的待处理脚本文件;
运行所述待处理脚本文件得到所述溯源数据特征向量对应的目标数据;
将所述目标数据发送给所述业务终端。
一种数据溯源装置,应用于服务器,所述装置至少包括:
线程检测模块,用于检测处于运行状态的目标业务处理线程的数量是否低于设定数值,所述目标业务处理线程是服务器基于用户终端发起的业务处理请求开启的,所述目标业务处理线程在运行时占用所述服务器的部分内存资源,不同的目标业务处理线程所占用的内存资源的大小不同;
资源确定模块,用于在检测到处于运行状态的目标业务处理线程的数量低于所述设定数值时,根据所述目标业务处理线程所占用的内存资源以及所述服务器的***程序所占用的内存资源确定所述服务器对应的剩余内存资源;
向量获取模块,用于从预设的数据存储区中获取与所述剩余内存资源存在预设映射关系的目标数据特征向量,根据所述目标数据特征向量的向量维度开启数据溯源线程;其中,所述预设映射关系通过所述数据存储区中的数据特征向量的向量维度以及剩余内存资源的资源分片序列得到;
溯源确定模块,用于将所述目标数据特征向量加载至所述数据溯源线程中以通过所述数据溯源线程确定所述目标数据特征向量的数据溯源结果;
脚本提取模块,用于确定所述数据溯源线程在运行时以及确定出所述数据溯源结果时的运行日志,从所述运行日志中提取用于确定所述数据溯源结果的脚本文件;
脚本存储模块,用于在完成所述脚本文件与所述目标数据特征向量的关联之后,将所述脚本文件存储至与所述服务器通信的目标设备中并返回检测处于运行状态的目标业务处理线程的数量是否低于设定数值的步骤。
一种服务器,包括:
处理器,以及
与所述处理器连接的非易失性存储器和网络接口;
所述处理器用于通过网络接口调用所述非易失性存储器中的计算机程序,并通过所述处理器的内存运行所述计算机程序,以执行上述的数据溯源方法。
一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器运行时实现上述的数据溯源方法。
本公开的实施例提供的技术方案可以包括以下有益效果。
能够在不影响服务器正常业务开展的前提下确定出脚本化之后的溯源结果。当后期需要进行数据溯源时,可以调用并运行脚本化之后的溯源结果高效、快速地实现数据溯源,降低后期对数据的溯源难度。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本发明的实施例,并于说明书一起用于解释本发明的原理。
图1是根据一示例性实施例示出的一种数据溯源方法的流程图。
图2是根据一示例性实施例示出的一种服务器的示意图。
图3是根据一示例性实施例示出的一种装置的框图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
为便于对存储的数据进行有效溯源,本公开揭示了一种数据溯源方法、装置及服务器,能够在服务器的业务处理窗口期轮流对不同数据进行数据溯源处理,并将脚本化之后的溯源结果进行关联存储。应用上述数据溯源方法时,能够在不影响服务器正常业务开展的前提下确定出脚本化之后的溯源结果。当后期需要进行数据溯源时,可以调用并运行脚本化之后的溯源结果高效地实现数据溯源,降低后期对数据的溯源难度。
如图1所示,揭示了本申请一种可能的实施方式的数据溯源方法的流程图,所述数据溯源方法可以应用于服务器,所述数据溯源方法具体可以通过以下所列出的步骤实现。
步骤S110,检测处于运行状态的目标业务处理线程的数量是否低于设定数值,所述目标业务处理线程是服务器基于用户终端发起的业务处理请求开启的,所述目标业务处理线程在运行时占用所述服务器的部分内存资源,不同的目标业务处理线程所占用的内存资源的大小不同。
在一种可能的实施方式中,设定数值可以根据设定时段内的目标业务处理线程的总数以及设定时段内的目标业务处理线程的所占用的内存资源的平均值确定。详细地,设定时段可以是当前时刻之前的某个时段,例如几小时前或几天前。
步骤S120,在检测到处于运行状态的目标业务处理线程的数量低于所述设定数值时,根据所述目标业务处理线程所占用的内存资源以及所述服务器的***程序所占用的内存资源确定所述服务器对应的剩余内存资源。
在上述步骤S120中,剩余内存资源可以通过服务器的额定内存资源与目标业务处理线程所占用的内存资源以及服务器的***程序所占用的内存资源的差值确定。通过确定剩余内存资源,能够为后续的数据溯源预留充足的内存资源,避免因内存资源不足带来的溯源误差。
步骤S130,从预设的数据存储区中获取与所述剩余内存资源存在预设映射关系的目标数据特征向量,根据所述目标数据特征向量的向量维度开启数据溯源线程;其中,所述预设映射关系通过所述数据存储区中的数据特征向量的向量维度以及剩余内存资源的资源分片序列得到。
在一个示例中,数据溯源线程的开启会占用剩余内存资源,通过预设映射关系确定对应的目标数据特征向量,能够确保剩余内存资源的利用率,避免剩余内存资源的欠载或过载。
步骤S140,将所述目标数据特征向量加载至所述数据溯源线程中以通过所述数据溯源线程确定所述目标数据特征向量的数据溯源结果。
在本实施例中,数据溯源结果可以包括目标数据特征向量对应的用户行为、数据应用场景的数据交互记录等多个维度的信息。进一步地,数据溯源结果所占用的存储空间大于目标数据特征向量所占用的存储空间。
步骤S150,确定所述数据溯源线程在运行时以及确定出所述数据溯源结果时的运行日志,从所述运行日志中提取用于确定所述数据溯源结果的脚本文件。
在一个具体的示例中,运行日志是实时更新的,数据溯源线程在运行时的运行日志与确定出所述数据溯源结果时的运行日志不同,在本实施例中,运行日志的时间线为确定出所述数据溯源结果时。通俗地讲,运行日志为:利用数据溯源线程以确定出数据溯源结果的日志。
结合上述示例,脚本文件用于表征确定数据溯源结果的整个流程,脚本文件保留了上述整个流程的节点信息,在重新运行脚本文件时,能够快速确定出数据溯源结果。
步骤S160,在完成所述脚本文件与所述目标数据特征向量的关联之后,将所述脚本文件存储至与所述服务器通信的目标设备中并返回检测处于运行状态的目标业务处理线程的数量是否低于设定数值的步骤。
在一种可能的实施方式中,目标设备用于存储完成关联得脚本文件。在后期需要获取目标数据特征向量的数据溯源结果时,可以从目标设备从调取脚本文件并运行,从而快速确定出数据溯源结果。
由于上述步骤是在服务器的相对闲置时间执行的,因此不会影响到服务器的正常业务开展。可以理解,通过对上述步骤的循环,能够确定出存储的多个数据特征向量对应的脚本文件,从而确保在后期能够快速地实现数据溯源。
可以理解,应用上述步骤S110-步骤S160所描述的数据溯源方法时,能够在不影响服务器正常业务开展的前提下确定出脚本化之后的溯源结果。当后期需要进行数据溯源时,可以调用并运行脚本化之后的溯源结果高效、快速地实现数据溯源,降低后期对数据的溯源难度。
在一种可能的实现方式中,为了确保剩余内存资源的利用率,步骤S130中描述的从预设的数据存储区中获取与所述剩余内存资源存在预设映射关系的目标数据特征向量的步骤,进一步可以通过以下子步骤所描述的方法实现。
步骤S1311,在所述数据存储区中按照特征权重大小依次选取第一数据特征向量,在所述数据存储区中的特征权重大小位于第一数据特征向量之前的数据特征向量中,确定第二数据特征向量。
步骤S1312,获取所述第二数据特征向量中每个向量值的权重分布参数,参照权重分布参数和所述剩余内存资源的性能参数之间的参数对应关系,对所述第一数据特征向量进行参数特征映射,得到所述第一数据特征向量的参数映射列表;所述剩余内存资源的性能参数,用于表示以所述剩余内存资源的运行效率为基准,预先分配的参考数据特征向量的内存占用系数。
步骤S1313,对所述参数映射列表进行列表拆分,得到所述参数映射列表对应的多个参数列表单元;从所述参数映射列表中确定所述第一数据特征向量的映射标识,得到所述第一数据特征向量的映射标识对应的标识描述信息。
步骤S1314,根据所述标识描述信息和所述多个参数列表单元,从所述第一数据特征向量中确定出所述第一数据特征向量相对于所述数据存储区的第一映射参数以及相对于所述剩余内存资源的第二映射参数;判断所述第一映射参数和所述第二映射参数的相似度是否达到设定阈值,在所述第一映射参数和所述第二映射参数的相似度值达到所述设定阈值时,将当前的第一数据特征向量确定为所述目标数据特征向量。
应当理解,在执行上述步骤S1311-步骤S1314所描述的方法步骤时,能够按照存储在数据存储区中的数据特征向量的特征权重大小依次对数据特征向量对应的第一映射参数和第二映射参数进行相似性比较,从而根据相似性比较结果确定出目标数据特征向量。如此,能够确保目标数据特征向量与剩余内存资源是匹配的,进而确保剩余内存资源的利用率。
在另一个可能的示例中,针对上述步骤S130所描述的根据所述目标数据特征向量的向量维度开启数据溯源线程的步骤,进一步可以通过以下步骤所描述的方法实现。
步骤S1321,生成所述目标数据特征向量的向量维度对应的维度分布网格以及生成所述目标数据特征向量的向量值对应的向量值序列分布网格,所述维度分布网格和所述向量值序列分布网格分别包括多个不同网格特征的网格单元。
步骤S1322,提取所述目标数据特征向量的向量维度在所述维度分布网格的任一网格单元的单元属性,将所述向量值序列分布网格中具有最小网格特征的网格单元确定为基准网格单元。
步骤S1323,根据预设线程性能参数和线程结构描述将所述单元属性映射到所述基准网格单元,在所述基准网格单元中得到当前映射属性,并根据所述单元属性以及所述当前映射属性,生成所述目标数据特征向量的向量维度和所述目标数据特征向量的向量值之间的转换列表。
步骤S1324,以所述当前映射属性为当前属性指标在所述基准网格单元中获取溯源指向参数,根据所述转换列表对应的逆转换列表,将所述溯源指向参数映射到所述单元属性所在网格单元,在所述单元属性所在网格单元中得到所述溯源指向参数对应的溯源线程指向信息。
步骤S1325,根据所述溯源线程指向信息确定对应的数据溯源线程并开启所述溯源线程指向信息确定对应的数据溯源线程。
在具体实施时,通过执行上述步骤S1321-步骤S1325所描述的步骤,能够从目标数据特征向量的向量维度和向量值两个方面进行分析,从而以维度分布网格和向量值序列分布网格进行映射关系和转换列表的确认,以准确确定出溯源指向参数对应的溯源线程指向信息。如此,能够基于溯源线程指向信息确定数据溯源线程,以确保开启的数据溯源线程能够实现可靠的数据溯源。
在上述基础上,为了准确、全面地得到目标数据特征向量对应的数据溯源结果,对于上述步骤S140所描述的将所述目标数据特征向量加载至所述数据溯源线程中以通过所述数据溯源线程确定所述目标数据特征向量的数据溯源结果的步骤,具体可以通过以下子步骤对应的方法原理。
步骤S1401,获取加载至所述数据溯源线程中的目标数据特征向量的加载流向信息;对所述加载流向信息进行解析,得到至少多个信息流。
步骤S1402,对所述至少多个信息流进行信息权重排序,得到所述加载流向信息的信息流排序序列,所述信息流排序序列用于描述所述目标数据特征向量相对于所述数据溯源线程的加载过程中的信息流向特征。
步骤S1403,对所述至少多个信息流进行信息容量排序,得到所述加载流向信息的信息容量排序序列,所述信息容量排序序列用于所述目标数据特征向量相对于所述数据溯源线程的加载过程中的信息容量特征。
步骤S1404,当所述加载流向信息包括至少两个信息流时,对于所述加载流向信息中的每一个信息流,对所述信息流的信息流排序序列和信息容量排序序列分别进行序列特征提取,得到第一序列特征和第二序列特征。
步骤S1405,基于所述第一序列特征和所述第二序列特征,在预设的云端数据库中进行查找,得到与所述第一序列特征和所述第二序列特征对应的数据包。
步骤S1406,根据所述数据包在所述数据溯源线程中的映射结果,得到所述目标数据特征向量在所述数据溯源线程中的数据溯源结果。
应用于上述步骤S1401-步骤S1406所描述的方法时,能够准确、全面地得到目标数据特征向量对应的数据溯源结果。
进一步地,在步骤S150中,确定所述数据溯源线程在运行时以及确定出所述数据溯源结果时的运行日志的步骤,具体可以包括以下子步骤所描述的内容。
在当前时间片资源中确定所述数据溯源线程对应的产生对时间片资源的占用行为的第一时刻以及释放对时间片资源的占用行为的第二时刻;
确定所述第一时刻和所述第二时刻之间的日志文件为所述运行日志。
更进一步地,在上述基础上,步骤S150中的从所述运行日志中提取用于确定所述数据溯源结果的脚本文件的步骤,可以通过以下子步骤所描述的方法实现。
步骤S1501,获取所述数据溯源结果的数据化描述信息,将所述数据化描述信息拆分成多个数据段;并行地将各数据段推送至处于激活进程的各预设数据解析线程;所述多个数据段用于指示相应预设数据解析线程生成与所述多个数据段相应的脚本参数,所述多个数据段还用于指示相应预设数据解析线程将所述多个数据段分别转换成数据描述参数和数据逻辑参数,分别从所述数据描述参数的各参数数组中提取第一参数序列,以及从数据逻辑参数的各逻辑数组中提取第二参数序列,根据所述第一参数序列确定脚本化描述和根据所述第二参数序列确定溯源逻辑拓扑。
步骤S1502,分析各所述脚本化描述和所述溯源逻辑拓扑,得到与所述多个数据段相应的脚本参数;去除各所述预设数据解析线程所生成的脚本参数中冗余的***数据,并根据去除冗余的***数据后剩余的脚本参数,组合生成与所述数据溯源结果对应的脚本文件。
可以理解,基于上述步骤S1501和步骤S1502所描述的内容,能够在确保脚本文件的准确性的前提下实现对脚本文件的精简化处理,从而提高脚本文件的确定效率。便于后期在相同存储空间下能够存储更多的脚本文件。
可以理解,在上述步骤S110-步骤S160的基础上,所述数据溯源方法还可以包括以下内容。
步骤S1701,获取业务终端发送的用于获取目标数据的请求指令。
步骤S1702,根据所述请求指令从所述数据存储区中获取待溯源数据特征向量。
步骤S1703,从所述目标设备确定与所述溯源数据特征向量存在关联的待处理脚本文件。
步骤S1704,运行所述待处理脚本文件得到所述溯源数据特征向量对应的目标数据。
步骤S1705,将所述目标数据发送给所述业务终端。
在应用本实施例的上述步骤S1701-步骤S1705所描述的方法时,能够基于目标设备存储的脚本文件及其与数据存储区中的数据特征向量的关联关系,快速地实现数据溯源,提高数据溯源的效率。
在一种可替换的实施例中,步骤S160中的将所述脚本文件存储至与所述服务器通信的目标设备的步骤,具体可以通过以下步骤所描述的方法实现。
步骤S1601,获取实时采集的包括所述目标设备的通信协议状态的报文序列;识别所述报文序列中所述目标设备的通信协议状态的通信协议状态轨迹。
步骤S1602,当所述通信协议状态轨迹为用于接收所述服务器的通信报文的目标状态轨迹时,按照所述目标设备的通信协议状态中指定传输格式的报文编码方式,确定所述目标设备的通信协议状态在所述报文序列中对应的报文封装逻辑。
步骤S1603,按照所述报文封装逻辑对所述脚本文件进行封装,得到待处理报文,判断与所述目标设备之间的报文发送通道是否被占用,若是,等待设定时长后返回判断与所述目标设备之间的报文发送通道是否被占用的步骤,若否,通过所述报文发送通道将所述待处理报文发送给所述目标设备以使所述目标设备将所述待处理报文解封得到所述脚本文件并将所述脚本文件进行存储。
可以理解,基于上述步骤S1601-步骤S1603所描述内容,能够在发送脚本文件之前对脚本文件进行封装,从而避免脚本文件在传输过程中出现失真和乱码,确保目标设备能够将完整、准确的脚本文件进行存储。
与本申请数据溯源方法的实施例相对应,本申请还提供了数据溯源装置及服务器的实施例。
本申请数据溯源装置的实施例可以应用在服务器上。其中,装置实施例可以通过软件实现,也可以通过硬件或者软硬件结合的方式实现。以软件实现为例,作为一个逻辑意义上的装置,是通过其所在服务器的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。
从硬件层面而言,如图2所示,为本申请数据溯源装置201所在服务器200的一种硬件结构图,除了图2所示的处理器210、内存230、网络接口240、以及非易失性存储器220之外,实施例中装置所在的设备通常根据该设备的实际功能,还可以包括其他硬件,图2中不再一一示出。
进一步地,所述处理器210用于通过网络接口240调用所述非易失性存储器220中的计算机程序,并通过所述处理器210的内存230运行所述计算机程序,以执行上述数据溯源方法。
在另一个示例中,本申请还提供了一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器210运行时实现上述的数据溯源方法
如图3所示,为本申请数据溯源装置201的功能模块框图。具体地,数据溯源装置201包括以下功能模块。
线程检测模块2011,用于检测处于运行状态的目标业务处理线程的数量是否低于设定数值,所述目标业务处理线程是服务器基于用户终端发起的业务处理请求开启的,所述目标业务处理线程在运行时占用所述服务器的部分内存资源,不同的目标业务处理线程所占用的内存资源的大小不同。
资源确定模块2012,用于在检测到处于运行状态的目标业务处理线程的数量低于所述设定数值时,根据所述目标业务处理线程所占用的内存资源以及所述服务器的***程序所占用的内存资源确定所述服务器对应的剩余内存资源。
向量获取模块2013,用于从预设的数据存储区中获取与所述剩余内存资源存在预设映射关系的目标数据特征向量,根据所述目标数据特征向量的向量维度开启数据溯源线程;其中,所述预设映射关系通过所述数据存储区中的数据特征向量的向量维度以及剩余内存资源的资源分片序列得到。
溯源确定模块2014,用于将所述目标数据特征向量加载至所述数据溯源线程中以通过所述数据溯源线程确定所述目标数据特征向量的数据溯源结果。
脚本提取模块2015,用于确定所述数据溯源线程在运行时以及确定出所述数据溯源结果时的运行日志,从所述运行日志中提取用于确定所述数据溯源结果的脚本文件。
脚本存储模块2016,用于在完成所述脚本文件与所述目标数据特征向量的关联之后,将所述脚本文件存储至与所述服务器通信的目标设备中并返回检测处于运行状态的目标业务处理线程的数量是否低于设定数值的步骤。
关于上述功能模块的具体实现原理请参阅图1示出的步骤S21-步骤S26对应的实现原理,在此不作更多说明。
综上,本公开揭示的数据溯源方法、装置及服务器,能够在不影响服务器正常业务开展的前提下确定出脚本化之后的溯源结果。当后期需要进行数据溯源时,可以调用并运行脚本化之后的溯源结果高效、快速地实现数据溯源,降低后期对数据的溯源难度。
应当理解的是,本发明并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围执行各种修改和改变。本发明的范围仅由所附的权利要求来限制。