系统访问量的分析方法、装置、电子设备及存储介质与流程

1.本发明涉及计算机技术领域，尤其涉及一种系统访问量的分析方法、装置、电子设备及存储介质。


背景技术：

2.随着信息技术的发展，企业需要不断对自身的信息化系统进行分析和优化，这就对企业的系统分析能力提出了更高的要求。系统不同功能模块的性能数据可用于进行系统分析，其中，系统访问量是分析系统性能的关键指标。
3.目前，企业通常会在研发系统时就考虑设计系统分析的功能，或者在系统应用时增加系统分析的功能，通过在系统内部嵌入功能使用情况记录模块采集相关的性能数据，并对采集的性能数据进行汇总的方式，得到系统不同功能模块的性能数据。
4.然而，在系统内部嵌入新的模块往往需要考虑不同系统的架构，对原系统进行针对性的设计和改造，由于不同企业的系统架构往往不同，该方式难以复制和推广，限制了系统的分析能力，导致运维人员难以获得系统相关的性能数据实现对系统的分析，运维效率低。


技术实现要素：

5.本发明提供一种系统访问量的分析方法、装置、电子设备及存储介质，用以解决现有技术难以复制和推广，限制了系统的分析能力，导致运维人员难以获得系统相关的性能数据实现对系统的分析，运维效率低的缺陷。
6.本发明提供一种系统访问量的分析方法，包括：从操作系统中的nginx软件中提取访问日志并存入数据库；其中访问日志为预设日志格式；基于第一用户指令，从数据库中调取目标时间区间的访问日志；基于预设日志格式，对调取的访问日志进行解析，获得访问数据；其中，访问数据包括请求次数和响应时长；基于请求次数和响应时长，得到目标时间区间内系统访问量的分析结果。
7.根据本发明提供的一种系统访问量的分析方法，为从操作系统中的nginx软件中提取访问日志之前，包括：为操作系统安装与操作系统的类型对应版本的nginx软件；基于第二用户指令，确定访问日志的预设日志格式。
8.根据本发明提供的一种系统访问量的分析方法，从操作系统中的nginx软件中提取访问日志并存入数据库，包括：在perl程序运行环境且nginx软件bin目录下包括第一脚本程序和第二脚本程序的情况下，通过第一脚本程序从nginx软件中提取访问日志；通过第二脚本程序将访问日志存储至oracle或mysql数据库中。
9.根据本发明提供的一种系统访问量的分析方法，访问数据还包括请求次数的时间；基于请求次数和响应时长，得到目标时间区间内系统访问量的分析结果之后，还包括：基于请求次数和请求次数的时间，确定在不同时间段内的请求次数；基于不同时间段内的请求次数，确定目标时间区间内系统访问量的分布规律。
10.根据本发明提供的一种系统访问量的分析方法，基于请求次数和响应时长，得到目标时间区间内系统访问量的分析结果，包括：基于请求次数和响应时长，确定平均响应时长和总请求时长。
11.根据本发明提供的一种系统访问量的分析方法，预设日志格式包括访问日志路径和变量名称，访问日志路径和变量名称在预设日志格式中为固定顺序；变量名称包括客户端地址、客户端用户名称、访问时间和时区、请求的uri和http协议、请求地址、http请求状态、upstream状态、发送给客户端文件内容大小、跳转来源、用户终端代理、ssl协议版本、交换数据中的算法、后台upstream的地址、整个请求的总时间、请求过程中upstream响应时间的至少一种。
12.本发明还提供一种系统访问量的分析装置，包括：提取模块，用于从操作系统中的nginx软件中提取访问日志并存入数据库；其中访问日志为预设日志格式；调取模块，用于基于第一用户指令，从数据库中调取目标时间区间的访问日志；解析模块，用于基于预设日志格式，对调取的访问日志进行解析，获得访问数据；其中，访问数据包括请求次数和响应时长；分析模块，用于基于请求次数和响应时长，得到目标时间区间内系统访问量的分析结果。
13.本发明还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上述任一种所述系统访问量的分析方法。
14.本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述任一种所述系统访问量的分析方法。
15.本发明还提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现如上述任一种所述系统访问量的分析方法。
16.本发明提供的一种系统访问量的分析方法、装置、电子设备及存储介质，基于用户指令调取并解析目标时间区间的nginx软件的访问日志，以获得访问数据，访问数据包括请求次数和响应时长，无需对原系统进行改造即可获得进行系统分析所需的数据，在降低开发成本的同时，有效提高了系统的分析能力，再根据请求次数和响应时长，得到目标时间区间内系统访问量的分析结果，以供运维人员参考，提高了运维效率。
附图说明
17.为了更清楚地说明本发明或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
18.图1是本发明系统访问量的分析方法的流程示意图；
19.图2是本发明系统访问量的分析装置的结构示意图；
20.图3是本发明提供的电子设备的结构示意图。
具体实施方式
21.为使本发明的目的、技术方案和优点更加清楚，下面将结合本发明中的附图，对本
发明中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
22.目前，企业通过在系统内部嵌入功能使用情况记录模块采集相关的性能数据，并对采集的性能数据进行汇总的方式，得到系统不同功能模块的性能数据。然而，在系统内部嵌入新的模块往往需要考虑不同系统的架构，对原系统进行针对性的设计和改造，由于不同企业的系统架构往往不同，该方式难以复制和推广，限制了系统的分析能力，导致运维人员难以获得系统相关的性能数据实现对系统的分析，运维效率低。
23.基于此，本发明提供的一种系统访问量的分析方法、装置、电子设备及存储介质，基于用户指令调取并解析目标时间区间的nginx软件的访问日志，以获得访问数据，访问数据包括请求次数和响应时长，无需对原系统进行改造即可获得进行系统分析所需的数据，在降低开发成本的同时，有效提高了系统的分析能力，再根据请求次数和响应时长，得到目标时间区间内系统访问量的分析结果，以供运维人员参考，提供了运维效率。
24.请参阅图1，图1是本发明系统访问量的分析方法的流程示意图，在本实施例中，系统访问量的分析方法具体包括步骤110至步骤150，各步骤具体如下：
25.步骤110：从操作系统中的nginx软件中提取访问日志并存入数据库。
26.其中访问日志为预设日志格式。
27.nginx(engine x)是一个高性能的http(hyper text transfer protocol，超文本传输协议)和反向代理web(网站)服务器，可以在大多数unix和linux操作系统上编译运行，并有适用于windows操作系统的移植版本，已被企业广泛应用。
28.nginx日志是记录nginx服务器活动的关键信息来源，包括web请求、响应、客户端ip(internet protocol，网际互连协议)地址、http状态码、请求时间等，这些日志信息可以用于企业系统的性能分析和优化。nginx日志主要分为两种，分别是访问日志和错误日志。其中，访问日志(access log)是nginx服务器记录客户端访问nginx的每一个请求的日志，包括客户端ip地址、请求时间、请求方法、请求url(uniform resource locator，统一资源定位器)、http协议版本、http状态码、响应时长等信息。访问日志的格式可以通过配置文件进行自定义，例如可以自定义输出字段和格式，以满足特定的需求；错误日志(error log)主要记录客户端访问nginx出错时的日志，格式不支持自定义。
29.对于安装有nginx软件的系统，可以通过分析访问日志，获取系统访问量的相关数据，比如请求次数、请求方法、响应时间等，这些指标可以帮助运维人员对系统进行分析和优化。由于日志中包含的数据信息并不一定全部都是运维人员所需的，因此，可以通过预设日志格式，筛选出实际需要的信息。
30.针对nginx的访问日志进行格式定义，可以在日志格式中设置需要筛选的信息，例如，请求内容、请求时间、请求时长、http状态码及客户端ip地址等，并为筛选出来的信息配置存储路径，例如，将筛选出来的信息输入并存储在命名为“log_2022”的文件中。
31.在本实施例中，可以从操作系统上安装的nginx软件中提取访问日志并存入数据库，其中访问日志为预设日志格式，日志格式可以由本领域技术人员根据实际的需求进行设计，本实施例对此不作限定。
32.步骤120：基于第一用户指令，从数据库中调取目标时间区间的访问日志。
33.nginx作为系统中常用的web服务器，记录了访问日志，通过提取访问日志并进行分析，可以获取系统在目标时间区间内系统的访问量、用户访问路径、客户端地理位置、响应时间分布等信息，这些信息对系统的性能分析和优化具有重要意义。
34.不同时间区间的访问日志包含的访问信息不同，而通过目标时间区间的访问日志，可以分析出系统在特定时间的请求量和响应时长分布，进而可以确定系统的性能瓶颈、客户端的需求和系统的安全性等，为优化系统性能提供参考依据。
35.在本实施例中，可以基于第一用户指令，从数据库中调取目标时间区间的访问日志。
36.例如，某企业web系统接收到的访问请求基本集中于晚上8点至晚上11点，该时间段内的访问请求数占当天总访问请求数的95％，此时可以认为晚上8点至晚上11点这个时间区间内的访问请求信息最具代表性，则可以基于用户指令，从数据库中调取该web系统所有晚上8点至晚上11点之间的访问日志进行分析。
37.步骤130：基于预设日志格式，对调取的访问日志进行解析，获得访问数据。
38.其中，访问数据包括请求次数和响应时长。
39.系统的性能数据可用于进行系统分析，其中，系统访问量是分析系统性能的关键指标，而访问日志中包含的访问数据可用于分析系统访问量，因此可以基于预设日志格式，对调取的访问日志进行解析，获得访问数据。
40.在本实施例中，访问数据包括请求次数和响应时长。
41.请求次数和响应时长是系统访问量的两个重要指标，它们直接关系到系统的性能和稳定性。请求次数是指在一定时间内客户端向系统服务器发送的请求数量，通常用来衡量系统的负载；响应时长是指从客户端发起请求到系统服务器响应完成所需的时间，它反映了系统的响应速度和性能。通过分析请求次数和响应时长，可以得到系统访问量的分析结果，以供运维人员参考，提高运维效率。
42.步骤140：基于请求次数和响应时长，得到目标时间区间内系统访问量的分析结果。
43.在本实施例中，基于请求次数和响应时长，可以对目标时间区间内系统访问量进行分析，得出访问量的一些指标和统计结果。
44.可选地，可以计算请求次数和响应时长的统计指标，如平均值、中位数、最大值、最小值、标准差等，以及这些指标随时间变化的趋势，这些指标可以反映出系统的负载情况、性能瓶颈以及用户体验等信息，有助于运维人员和开发人员进行系统分析和优化。
45.例如，目标时间区间内的总请求数量可以反映系统的访问趋势，目标时间区间内的平均响应时长可以反映系统的性能和响应速度，其中，平均响应时长可以是目标时间区间内总请求次数与总响应时长的比值。若目标时间区间内的总请求数量高于一定的阈值，则可以认为客户端倾向于在该时间段内访问该系统；若在该时间段内请求对应的平均响应时长高于一定的阈值，可以认为系统的响应速度慢，需要提高系统的性能。
46.本实施例提供的系统访问量的分析方法，基于用户指令调取并解析目标时间区间的nginx软件的访问日志，以获得访问数据，访问数据包括请求次数和响应时长，无需对原系统进行改造即可获得进行系统分析所需的数据，在降低开发成本的同时，有效提高了系统的分析能力，再根据请求次数和响应时长，得到目标时间区间内系统访问量的分析结果，
以供运维人员参考，提高了运维效率。
47.在一些实施例中，从操作系统中的nginx软件中提取访问日志之前，包括：为操作系统安装与操作系统的类型对应版本的nginx软件；基于第二用户指令，确定访问日志的预设日志格式。
48.nginx可以在大多数unix和linux操作系统上编译运行，并有适用于windows操作系统的移植版本。在本实施例中，可以根据企业采用的操作系统类型确定所需的nginx软件的版本，为操作系统安装与操作系统的类型对应版本的nginx软件。
49.为操作系统安装与操作系统的类型对应版本的nginx软件后，可以基于第二用户指令，确定访问日志的预设日志格式。对于不同的企业，或者在不同的分析场景下，运维人员关注的数据可以不一样，例如，若需要分析用户来源，则需要关注的数据可以是客户端地址和客户端用户名称，若需要分析系统性能，则需要关注的数据可以是响应时长、http请求状态及响应成功率等。
50.因此，可以利用nginx支持访问日志格式自定义的功能，基于用户指令，确定访问日志的预设日志格式，筛选出所需要的信息。例如，可以利用nginx中的log_format指令定义日志格式，日志格式中可以包括客户端地址、客户端用户名称、访问时间和时区、请求的uri和http协议、请求地址、http请求状态、upstream状态、发送给客户端文件内容大小、跳转来源、用户终端代理、ssl协议版本、交换数据中的算法、后台upstream的地址、整个请求的总时间、请求过程中upstream响应时间等信息。
51.在一些实施例中，从操作系统中的nginx软件中提取访问日志并存入数据库，包括：在perl程序运行环境且nginx软件bin目录下包括第一脚本程序和第二脚本程序的情况下，通过第一脚本程序从nginx软件中提取访问日志；通过第二脚本程序将访问日志存储至oracle或mysql数据库中。
52.perl是一种功能丰富的计算机程序语言，最初是为文本处理而开发的，现广泛运用于各种任务，尤其是系统管理。nginx软件的bin目录是nginx软件的安装目录中的一个子目录，其中包含了nginx软件的可执行文件。
53.在本实施例中，可以在nginx软件bin目录下添加脚本程序，以达到从操作系统中的nginx软件中提取访问日志并存入数据库的目的。
54.具体地，第一脚本程序和第二脚本程序可以实现不同的功能，通过第一脚本程序可以从nginx软件中提取访问日志，通过第二脚本程序可以将访问日志存储至oracle或mysql数据库中。将第一脚本程序和第二脚本程序添加到nginx软件的bin目录下并运行，可以从操作系统中的nginx软件中提取访问日志并存入数据库。其中，第二脚本程序可以是perl程序，因此在本实施例中，只有在满足perl程序运行环境且nginx软件的bin目录下包括第一脚本程序和第二脚本程序时，才可以实现从操作系统中的nginx软件中提取访问日志并存入数据库的功能。
55.在一些实施例中，访问数据还包括请求次数的时间；基于请求次数和响应时长，得到目标时间区间内系统访问量的分析结果之后，还包括：基于请求次数和请求次数的时间，确定在不同时间段内的请求次数；基于不同时间段内的请求次数，确定目标时间区间内系统访问量的分布规律。
56.系统访问量的分布规律可用于系统的性能和应用情况，为后续系统的分析和设计
提供参考依据。例如，可以根据某系统的日访问量分布规律判断系统的访问压力集中的时间段，系统的访问压力可以集中在某几个更小的时间段内，比如上午9点至11点、下午14点至16点及晚上20点至22点共三个时段，每个时间段均为两小时，则根据上述分布规律，运维人员可以考虑设计在2小时内完成高访问量的测试，根据测试结果判断系统性能。
57.在本实施例中，访问数据还包括请求次数的时间。基于请求次数和响应时长，得到目标时间区间内系统访问量的分析结果之后，还可以基于请求次数和请求次数的时间，确定在不同时间段内的请求次数，基于不同时间段内的请求次数，确定目标时间区间内系统访问量的分布规律。
58.例如，若需要总结某系统在某日上午9点至9点01分之间(共60秒)系统访问量的分布规律，可以先获取上午9点至9点01分之间系统的请求次数和对应请求次数的时间。假设上午9点至9点01分之间系统功能模块a的总请求次数为148次，在第0秒到第1秒之间请求次数为147次，在第1秒到第3秒之间请求次数为1次，功能模块b的总请求次数为85次，在第0秒到第1秒之间请求次数为3次，在第1秒到第3秒之间请求次数为79次，在第3秒到第5秒之间请求次数为1次，在第5秒到第60秒之间请求次数为2次，则可总结出在上午9点至9点01分之间系统访问量的分布规律：在上午9点至9点01分之间，访问该系统功能模块a的请求数量比访问该系统功能模块b的请求数量多，且访问该系统功能模块a的请求集中分布于第0秒到第1秒之间(占比达到99％)，访问该系统功能模块b的请求集中分布于第1秒到第3秒之间(占比达到93％)。
59.在一些实施例中，基于请求次数和响应时长，得到目标时间区间内系统访问量的分析结果，包括：基于请求次数和响应时长，确定平均响应时长和总请求时长。
60.平均响应时长指的是系统对于单个请求的响应时间的平均值，通常以毫秒或秒为单位，可以反映系统的性能。总请求时长是指从开始到结束的所有请求的总时间，通常以毫秒或秒为单位，可以反映系统的运行时间，以及在某个时间段内处理了多少请求。
61.具体地，可以先获取系统在目标时间区间内的所有请求及每个请求对应的响应时长，对所有请求对应的响应时长求和，可以得到总请求时长；再统计出请求次数，计算总请求时长与请求次数的比值，作为平均响应时长。
62.例如，系统在目标时间区间内的请求次数为3，3个请求对应的响应时长分别为1毫秒、2毫秒和3毫秒，则对所有请求对应的响应时长求和，可以得到总请求时长为6毫秒；请求次数为3，计算总请求时长与请求次数的比值为2毫秒，则平均响应时长为2毫秒。
63.在一些实施例中，预设日志格式包括访问日志路径和变量名称，访问日志路径和变量名称在预设日志格式中为固定顺序；变量名称包括客户端地址、客户端用户名称、访问时间和时区、请求的uri和http协议、请求地址、http请求状态、upstream状态、发送给客户端文件内容大小、跳转来源、用户终端代理、ssl协议版本、交换数据中的算法、后台upstream的地址、整个请求的总时间、请求过程中upstream响应时间的至少一种。
64.nginx的访问日志可以进行格式定义，预设日志格式包括访问日志路径和变量名称，日志路径可以体现该日志存储的位置，变量名称可以体现需要筛选的信息，变量名称可以包括客户端地址、客户端用户名称、访问时间和时区、请求的uri和http协议、请求地址、http请求状态、upstream状态、发送给客户端文件内容大小、跳转来源、用户终端代理、ssl协议版本、交换数据中的算法、后台upstream的地址、整个请求的总时间、请求过程中
upstream响应时间的至少一种其中访问日志路径和变量名称在预设日志格式中可以为固定顺序。
65.下面对本发明提供的系统访问量的分析装置进行描述，下文描述的系统访问量的分析装置与上文描述的系统访问量的分析方法可相互对应参照。
66.请参阅图2，图2是本发明系统访问量的分析装置的结构示意图。
67.在本实施例中，系统访问量的分析装置包括提取模块210、调取模块220、解析模块230和分析模块240。
68.提取模块210用于从操作系统中的nginx软件中提取访问日志并存入数据库；其中访问日志为预设日志格式。
69.调取模块220用于基于第一用户指令，从数据库中调取目标时间区间的访问日志。
70.解析模块230用于基于预设日志格式，对调取的访问日志进行解析，获得访问数据；其中，访问数据包括请求次数和响应时长。
71.分析模块240用于基于请求次数和响应时长，得到目标时间区间内系统访问量的分析结果。
72.在一些实施例中，提取模块210还用于从操作系统中的nginx软件中提取访问日志之前，为操作系统安装与操作系统的类型对应版本的nginx软件；基于第二用户指令，确定访问日志的预设日志格式。
73.在一些实施例中，提取模块210还用于在perl程序运行环境且nginx软件bin目录下包括第一脚本程序和第二脚本程序的情况下，通过第一脚本程序从nginx软件中提取访问日志；通过第二脚本程序将访问日志存储至oracle或mysql数据库中。
74.在一些实施例中，访问数据还包括请求次数的时间；分析模块240还用于在基于请求次数和响应时长，得到目标时间区间内系统访问量的分析结果之后，基于请求次数和请求次数的时间，确定在不同时间段内的请求次数；基于不同时间段内的请求次数，确定目标时间区间内系统访问量的分布规律。
75.在一些实施例中，分析模块240还用于基于请求次数和响应时长，确定平均响应时长和总请求时长。
76.在一些实施例中，预设日志格式包括访问日志路径和变量名称，访问日志路径和变量名称在预设日志格式中为固定顺序；变量名称包括客户端地址、客户端用户名称、访问时间和时区、请求的uri和http协议、请求地址、http请求状态、upstream状态、发送给客户端文件内容大小、跳转来源、用户终端代理、ssl协议版本、交换数据中的算法、后台upstream的地址、整个请求的总时间、请求过程中upstream响应时间的至少一种。
77.本发明还提供一种电子设备，请参阅图3，图3是本发明电子设备一实施例的结构示意图。在本实施例中，电子设备可以包括存储器(memory)320、处理器(processor)310及存储在存储器320上并可在处理器310上运行的计算机程序。处理器310执行程序时实现上述各方法所提供的系统访问量的分析方法。
78.可选地，电子设备还可以包括通信总线330和通信接口(communications interface)340，其中，处理器310，通信接口340，存储器320通过通信总线330完成相互间的通信。处理器310可以调用存储器320中的逻辑指令，以执行系统访问量的分析方法，该方法包括：从操作系统中的nginx软件中提取访问日志并存入数据库；其中访问日志为预设日志
格式；基于第一用户指令，从数据库中调取目标时间区间的访问日志；基于预设日志格式，对调取的访问日志进行解析，获得访问数据；其中，访问数据包括请求次数和响应时长；基于请求次数和响应时长，得到目标时间区间内系统访问量的分析结果。
79.此外，上述的存储器320中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
80.本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各方法提供的系统访问量的分析方法，其步骤和原理在上述方法已详细介绍，在此不再赘述。
81.本发明还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，计算机程序可存储在非暂态计算机可读存储介质上，所述计算机程序被处理器执行时，计算机能够执行上述各方法所提供的系统访问量的分析方法，其步骤和原理在上述方法已详细介绍，在此不再赘述。
82.以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
83.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
84.最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

技术特征：
1.一种系统访问量的分析方法，其特征在于，包括：从操作系统中的nginx软件中提取访问日志并存入数据库；其中所述访问日志为预设日志格式；基于第一用户指令，从所述数据库中调取目标时间区间的访问日志；基于所述预设日志格式，对调取的访问日志进行解析，获得访问数据；其中，所述访问数据包括请求次数和响应时长；基于所述请求次数和所述响应时长，得到所述目标时间区间内系统访问量的分析结果。2.根据权利要求1所述的系统访问量的分析方法，其特征在于，所述从操作系统中的nginx软件中提取访问日志之前，包括：为所述操作系统安装与所述操作系统的类型对应版本的nginx软件；基于第二用户指令，确定访问日志的预设日志格式。3.根据权利要求2所述的系统访问量的分析方法，其特征在于，所述从操作系统中的nginx软件中提取访问日志并存入数据库，包括：在perl程序运行环境且nginx软件bin目录下包括第一脚本程序和第二脚本程序的情况下，通过所述第一脚本程序从nginx软件中提取所述访问日志；通过所述第二脚本程序将所述访问日志存储至oracle或mysql数据库中。4.根据权利要求1所述的系统访问量的分析方法，其特征在于，所述访问数据还包括请求次数的时间；所述基于所述请求次数和所述响应时长，得到所述目标时间区间内所述系统访问量的分析结果之后，还包括：基于所述请求次数和请求次数的时间，确定在不同时间段内的请求次数；基于所述不同时间段内的请求次数，确定所述目标时间区间内系统访问量的分布规律。5.根据权利要求1所述的系统访问量的分析方法，其特征在于，所述基于所述请求次数和所述响应时长，得到所述目标时间区间内所述系统访问量的分析结果，包括：基于所述请求次数和所述响应时长，确定平均响应时长和总请求时长。6.根据权利要求1所述的系统访问量的分析方法，其特征在于，所述预设日志格式包括访问日志路径和变量名称，所述访问日志路径和所述变量名称在所述预设日志格式中为固定顺序；所述变量名称包括客户端地址、客户端用户名称、访问时间和时区、请求的uri和http协议、请求地址、http请求状态、upstream状态、发送给客户端文件内容大小、跳转来源、用户终端代理、ssl协议版本、交换数据中的算法、后台upstream的地址、整个请求的总时间、请求过程中upstream响应时间的至少一种。7.一种系统访问量的分析装置，其特征在于，包括：提取模块，用于从操作系统中的nginx软件中提取访问日志并存入数据库；其中所述访问日志为预设日志格式；调取模块，用于基于第一用户指令，从所述数据库中调取目标时间区间的访问日志；解析模块，用于基于所述预设日志格式，对调取的访问日志进行解析，获得访问数据；
其中，所述访问数据包括请求次数和响应时长；分析模块，用于基于所述请求次数和所述响应时长，得到所述目标时间区间内系统访问量的分析结果。8.一种电子设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至6任一项所述系统访问量的分析方法。9.一种非暂态计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至6任一项所述系统访问量的分析方法。10.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至6任一项所述系统访问量的分析方法。

技术总结
本发明提供系统访问量的分析方法、装置、电子设备及存储介质，涉及计算机技术领域，方法包括：从操作系统中的Nginx软件提取访问日志并存入数据库；访问日志为预设日志格式；基于用户指令从数据库中调取目标时间区间的访问日志；基于预设日志格式对调取的访问日志进行解析，获得访问数据；访问数据包括请求次数和响应时长；基于请求次数和响应时长，得到目标时间区间内系统访问量的分析结果。本发明基于用户指令调取并解析目标时间区间的Nginx软件的访问日志，无需对原系统进行改造即可获得进行系统分析所需的数据，在降低开发成本的同时，有效提高了系统的分析能力，再根据访问数据得到系统访问量的分析结果，以供运维人员参考，提高了运维效率。提高了运维效率。提高了运维效率。


技术研发人员：高增光
受保护的技术使用者：浪潮通信信息系统有限公司
技术研发日：2023.04.12
技术公布日：2023/8/24