CN116737522A - 一种系统性能优化方法 - Google Patents

Abstract

本发明涉及系统性能技术领域，特别是涉及一种系统性能优化方法，该方法包括：对待优化系统进行测试，获取所述待优化系统的性能指标P0，根据所述性能指标P0分析所述待优化系统的性能，根据所述性能指标P0和预设性能指标P1之间的关系判断所述待优化系统是否需要优化，根据预设优化规则对所述待优化系统进行优化；对优化后的系统性能进行检测，若达不到预设性能指标，对相应的所述预设优化规则进行微调并对所述系统性能进行二次检测；本发明解决了在系统长时间运行后，存在的未设置缓存机制，资源加载重复请求加大了服务器压力；公文页面元素较多，增加了浏览器端对服务器的请求数量；日志冗杂；数据库索引内容较多，查询速度较慢的问题。

Description

一种系统性能优化方法

技术领域

本发明涉及系统性能技术领域，更具体地，涉及一种系统性能优化方法。

背景技术

在系统运行时间越来越长后，储存的内容越来越多，响应时间也会随之增加，存在以下缺陷：

（1）未设置缓存机制，资源加载重复请求加大了服务器压力；

（2）公文页面元素较多，增加了浏览器端对服务器的请求数量；

（3）日志冗杂；

（4）数据库索引内容较多，查询速度较慢。

因此，提出一种系统性能优化方法来解决上述问题。

发明内容

本发明提供一种系统性能优化方法，用以解决在系统长时间运行后，存在的未设置缓存机制，资源加载重复请求加大了服务器压力；公文页面元素较多，增加了浏览器端对服务器的请求数量；日志冗杂；数据库索引内容较多，查询速度较慢的问题。该系统性能优化方法包括：

对待优化系统进行测试，获取所述待优化系统的性能指标P0，其中，所述性能指标包括系统吞吐量e0、响应时间c0、处理效率r0和内存使用情况s0；

根据所述性能指标P0分析所述待优化系统的性能，根据所述性能指标P0和预设性能指标P1之间的关系判断所述待优化系统是否需要优化，若需要优化，根据预设优化规则对所述待优化系统进行优化；

对优化后的系统性能进行检测，若检测所述系统性能达不到预设性能指标，对相应的所述预设优化规则进行微调并对所述系统性能进行二次检测，若达不到所述预设性能指标，将对应的所述预设优化规则删除，若达到所述预设性能指标，将微调后的所述预设优化规则加入到预设优化规则中并更新所述预设优化规则。

在本申请的一些实施例中，所述预设优化规则包括缓存优化、服务端优化、查询优化、延迟优化和合并优化，若所述待优化系统需要优化时，根据所述待优化系统的业务需求选择相应的所述预设优化规则。

在本申请的一些实施例中，所述根据所述性能指标分析所述待优化系统的性能时，包括：

所述性能指标P0包括系统吞吐量e、响应时间c、处理效率r和内存使用情况s，即P0（e0，c0，r0，s0）；

所述预设性能指标P1包括预设系统吞吐量e1、预设响应时间c1、预设处理效率r1和预设内存使用情况s1，即P1（e1，c1，r1，s1）；

将P0（e0，c0，r0，s0）中的性能指标与P1（e1，c1，r1，s1）中的预设性能指标进行作差，得到性能差指标P2（E，C，R，S）；

预先设定有第一预设性能差值D1，第二预设性能差值D2，第三预设性能差值D3，第四预设性能差值D4；

根据P2（E，C，R，S）与所述第一预设性能差值D1，第二预设性能差值D2，第三预设性能差值D3，第四预设性能差值D4之间的关系确定所述待优化系统的性能；

计算得到E与所述第一预设性能差值D1作差的第一差值、C与第二预设性能差值D2作差的第二差值、R与第三预设性能差值D3作差的第三差值、S与第四预设性能差值D4作差的第四差值，当所述第一差值、第二差值、第三差值和第四差值中任意两项或两项以上为大于零的值时，判定所述待优化系统。

在本申请的一些实施例中，所述缓存优化包括数据缓存和过程缓存，所述数据缓存为将调用频率高于预设调用频率值且不需要修改的公共脚本缓存到浏览器缓存池中，再次调用此公共脚本时，只需调用所述浏览器缓存池，无需重复加载资源，所述过程缓存为调高分布式存储系统中高频率处理操作在服务器中的容量占比。

在本申请的一些实施例中，所述服务端优化包括服务端渲染和服务端缓存，所述服务端渲染为将模板容器、表单容器、视图容器、页面容器引用其他表单，合并当前表单或者页面组件定义数据，一次性返回给浏览器，所述服务端缓存为服务器根据用户级别以及系统级别分别增加不同过期时间的缓存，保证常用以及经常性用到的数据能够及时从所述浏览缓存池中获取，而不需触发查询数据库。

在本申请的一些实施例中，所述查询优化为在针对不同的查询接口时，建立不同的查询索引，在查询时进行SQL执行计划分析，SQL语句按照最优的索引字段执行。

在本申请的一些实施例中，所述延迟优化为将公文页面元素涉及较多的字典数据采用延迟加载的方式，在加载完所述公文页面后选择相应的字典数据时，向服务端发送加载请求。

在本申请的一些实施例中，所述合并优化为在公文页面元素达到预设元素值时，通过业务分析、服务端渲染、请求延迟加载的方式，减少浏览器端对服务器的请求数量；

其中，在采用业务分析技术时，对业务进行分析，得到不涉及内发和外发的业务占比较大，在办理不涉及内发和外发的业务时，需要获取内发列表和外发列表；在采用服务端渲染技术时，将所述公文页面所需要数据一次性返回给浏览器，在采用请求延迟加载技术时，在需要相应数据时请求后台服务加载数据。

在本申请的一些实施例中，所述预设优化规则还包括提升日志输出等级优化和附件转换缓存优化，所述提升日志输出等级优化为将日志输出等级提升至警告级别，只有在警告级别以上的日志信息才会输出，所述附件转换缓存优化为对附件转换后的版式文件进行缓存。

在本申请的一些实施例中，所述对相应的所述预设优化规则进行微调时，调整所述预设优化规则的优化时间或优化顺序，二次检测后若达不到所述预设性能指标，将对应的所述预设优化规则删除并更新所述预设优化规则。

本申请实施例与现有技术相比，带来了以下有益效果：

本发明提供了一种系统性能优化方法，该方法对待优化系统进行检测，获取待优化系统的性能指标，根据性能指标和预设性能指标确定待优化系统是否需要优化，当需要优化时，根据待优化系统的具体业务需求选择相应的预设优化规则对待优化系统进行优化，预设优化规则包括缓存优化、服务端优化、查询优化、延迟优化、合并优化、提升日志输出等级优化和附件转换缓存优化，优化后对性能进行检测，若性能指标达不到预设性能指标，对相应的预设性能规则进行优化时间调整或优化循序调整，再次检测性能，若性能还不达标，则将对应的预设性能规则删除，若性能达标，将调整后的相应预设性能规则加入预设性能规则并更新预设性能规则，解决了在系统长时间运行后，存在的未设置缓存机制，资源加载重复请求加大了服务器压力；公文页面元素较多，增加了浏览器端对服务器的请求数量；日志冗杂；数据库索引内容较多，查询速度较慢的问题。

附图说明

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

图1是本发明实施例中一种系统性能优化方法的流程示意图。

具体实施方式

下面结合附图和实施例，对本发明的具体实施方式作进一步详细描述。以下实施例用于说明本发明，但不用来限制本发明的范围。

在本申请的描述中，需要理解的是，术语“中心”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本申请和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本申请的限制。

术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请的描述中，除非另有说明，“多个”的含义是两个或两个以上。

在本申请的描述中，需要说明的是，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内侧的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本申请中的具体含义。

如图1所示，本发明实施例的一种系统性能优化方法，包括：

步骤S101：对待优化系统进行测试，获取所述待优化系统的性能指标P0，其中，所述性能指标包括系统吞吐量e0、响应时间c0、处理效率r0和内存使用情况s0；

步骤S102：根据所述性能指标P0分析所述待优化系统的性能，根据所述性能指标P0和预设性能指标P1之间的关系判断所述待优化系统是否需要优化，若需要优化，根据预设优化规则对所述待优化系统进行优化；

步骤S103：对优化后的系统性能进行检测，若检测所述系统性能达不到预设性能指标，对相应的所述预设优化规则进行微调并对所述系统性能进行二次检测，若达不到所述预设性能指标，将对应的所述预设优化规则删除，若达到所述预设性能指标，将微调后的所述预设优化规则加入到预设优化规则中并更新所述预设优化规则。

在本申请的一些实施例中，所述预设优化规则包括缓存优化、服务端优化、查询优化、延迟优化和合并优化，若所述待优化系统需要优化时，根据所述待优化系统的业务需求选择相应的所述预设优化规则。

在本申请的一些实施例中，所述根据所述性能指标分析所述待优化系统的性能时，包括：

所述性能指标P0包括系统吞吐量e、响应时间c、处理效率r和内存使用情况s，即P0（e0，c0，r0，s0）；

所述预设性能指标P1包括预设系统吞吐量e1、预设响应时间c1、预设处理效率r1和预设内存使用情况s1，即P1（e1，c1，r1，s1）；

将P0（e0，c0，r0，s0）中的性能指标与P1（e1，c1，r1，s1）中的预设性能指标进行作差，得到性能差指标P2（E，C，R，S）；

预先设定有第一预设性能差值D1，第二预设性能差值D2，第三预设性能差值D3，第四预设性能差值D4；

根据P2（E，C，R，S）与所述第一预设性能差值D1，第二预设性能差值D2，第三预设性能差值D3，第四预设性能差值D4之间的关系确定所述待优化系统的性能；

计算得到E与所述第一预设性能差值D1作差的第一差值、C与第二预设性能差值D2作差的第二差值、R与第三预设性能差值D3作差的第三差值、S与第四预设性能差值D4作差的第四差值，当所述第一差值、第二差值、第三差值和第四差值中任意两项或两项以上为大于零的值时，判定所述待优化系统。

在本实施例中，预设性能指标为在预设时段内系统可满足用户需求时的性能指标，根据检测待优化系统的性能指标，性能指标与预设性能指标进行作差，即E=e0-e1、C=c0-c1、R=r0-r1、S=s0-s1；得到性能差指标P2（E，C，R，S），预先设定有第一预设性能差值D1，第二预设性能差值D2，第三预设性能差值D3，第四预设性能差值D4，性能指标和预设性能指标之间可有一点小误差，当满足E＞D1或C＞D2或R＞D3或S＞D4中任意两项或两项以上时，判定待优化系统需要进行优化，根据待优化系统的具体业务需求选择相应的预设性能规则进行优化。

在本申请的一些实施例中，所述缓存优化包括数据缓存和过程缓存，所述数据缓存为将调用频率高于预设调用频率值且不需要修改的公共脚本缓存到浏览器缓存池中，再次调用此公共脚本时，只需调用所述浏览器缓存池，无需重复加载资源，所述过程缓存为调高分布式存储系统中高频率处理操作在服务器中的容量占比。

在本实施例中，预设调用频率根据在预设时段内此公共脚本调用次数超过平均调用次数，平均调用次数根据在预设时段内多种公共脚本调用次数除以公共脚本类型得到，将公共脚本缓存到浏览器缓存池中，当用户搜索此公共脚本时，直接在浏览器缓存池调出，不用重复加载，解决了资源加载重复请求加大了服务器压力的问题，过程缓存主要体现在对存储操作进行高频率的分布 式处理中，调节该类缓存在整个服务器中占用的容量百分比，可以提高这种对分布式处理的操作。

在本申请的一些实施例中，所述服务端优化包括服务端渲染和服务端缓存，所述服务端渲染为将模板容器、表单容器、视图容器、页面容器引用其他表单，合并当前表单或者页面组件定义数据，一次性返回给浏览器，所述服务端缓存为服务器根据用户级别以及系统级别分别增加不同过期时间的缓存，保证常用以及经常性用到的数据能够及时从所述浏览缓存池中获取，而不需触发查询数据库。

在本申请的一些实施例中，所述查询优化为在针对不同的查询接口时，建立不同的查询索引，在查询时进行SQL执行计划分析，SQL语句按照最优的索引字段执行。

在本实施例中，最优索引字段为在表中查询需要的数据信息，需要对比查询时输入的信息中关键信息数量的期望，叫做查询算法在查询成功时的查询路程均值，挑选其中路程均值最小的一条进行查询操作，解决了数据库索引内容较多，查询速度较慢的问题。

在本申请的一些实施例中，所述延迟优化为将公文页面元素涉及较多的字典数据采用延迟加载的方式，在加载完所述公文页面后选择相应的字典数据时，向服务端发送加载请求。

在本实施例中，在加载公文页面后用户选择相应的字典数据时，向服务端发送加载请求，没有选择的字典数据继续采用延迟加载的方式，解决了公文页面元素较多，增加了浏览器端对服务器的请求数量的问题。

在本申请的一些实施例中，所述合并优化为在公文页面元素达到预设元素值时，通过业务分析、服务端渲染、请求延迟加载的方式，减少浏览器端对服务器的请求数量；

其中，在采用业务分析技术时，对业务进行分析，得到不涉及内发和外发的业务占比较大，在办理不涉及内发和外发的业务时，需要获取内发列表和外发列表；在采用服务端渲染技术时，将所述公文页面所需要数据一次性返回给浏览器，在采用请求延迟加载技术时，在需要相应数据时请求后台服务加载数据。

在本申请的一些实施例中，所述预设优化规则还包括提升日志输出等级优化和附件转换缓存优化，所述提升日志输出等级优化为将日志输出等级提升至警告级别，只有在警告级别以上的日志信息才会输出，所述附件转换缓存优化为对附件转换后的版式文件进行缓存。

在本实施例中，日志输出规则为大于等于警告等级的日志等级才会被输出，当日志输出等级较低时，将打开所有级别的日志，服务器压力较大且日志冗杂，将输出规则设置为大于等于警告等级的日志等级才会被输出，减少不必要日志输出，减小服务器压力，避免日志冗杂的问题。

在本申请的一些实施例中，所述对相应的所述预设优化规则进行微调时，调整所述预设优化规则的优化时间或优化顺序，二次检测后若达不到所述预设性能指标，将对应的所述预设优化规则删除并更新所述预设优化规则。

本发明提供了一种系统性能优化方法，该方法包括：步骤S101：对待优化系统进行测试，获取所述待优化系统的性能指标P，其中，所述性能指标包括系统吞吐量e0、响应时间c0、处理效率r0和内存使用情况s0；步骤S102：根据所述性能指标P0分析所述待优化系统的性能，根据所述性能指标P0和预设性能指标P1之间的关系判断所述待优化系统是否需要优化，若需要优化，根据预设优化规则对所述待优化系统进行优化；步骤S103：对优化后的系统性能进行检测，若检测所述系统性能达不到预设性能指标，对相应的所述预设优化规则进行微调并对所述系统性能进行二次检测，若达不到所述预设性能指标，将对应的所述预设优化规则删除，若达到所述预设性能指标，将微调后的所述预设优化规则加入到预设优化规则中并更新所述预设优化规则。该方法对待优化系统进行检测，获取待优化系统的性能指标，根据性能指标和预设性能指标确定待优化系统是否需要优化，当需要优化时，根据待优化系统的具体业务需求选择相应的预设优化规则对待优化系统进行优化，预设优化规则包括缓存优化、服务端优化、查询优化、延迟优化、合并优化、提升日志输出等级优化和附件转换缓存优化，优化后对性能进行检测，若性能指标达不到预设性能指标，对相应的预设性能规则进行优化时间调整或优化循序调整，再次检测性能，若性能还不达标，则将对应的预设性能规则删除，若性能达标，将调整后的相应预设性能规则加入预设性能规则并更新预设性能规则，解决了在系统长时间运行后，存在的未设置缓存机制，资源加载重复请求加大了服务器压力；公文页面元素较多，增加了浏览器端对服务器的请求数量；日志冗杂；数据库索引内容较多，查询速度较慢的问题。

以上所述仅为本发明的一个实施例子，但不能以此限制本发明的范围，凡依据本发明所做的结构上的变化，只要不失本发明的要义所在，都应视为落入本发明保护范围之内受到制约。

所属技术领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统的具体工作过程及有关说明，可以参考前述方法实施例中的对应过程，在此不再赘述。

本领域技术人员应该能够意识到，结合本文中所公开的实施例描述的各示例的模块、方法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，软件模块、方法步骤对应的程序可以置于随机存储器（RAM）、内存、只读存储器（ROM）、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。为了清楚地说明电子硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以电子硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

术语“包括”或者任何其它类似用语旨在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备/装置不仅包括那些要素，而且还包括没有明确列出的其它要素，或者还包括这些过程、方法、物品或者设备/装置所固有的要素。

至此，已经结合附图所示的优选实施方式描述了本发明的技术方案，但是，本领域技术人员容易理解的是，本发明的保护范围显然不局限于这些具体实施方式。在不偏离本发明的原理的前提下，本领域技术人员可以对相关技术特征作出等同的更改或替换，这些更改或替换之后的技术方案都将落入本发明的保护范围之内。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (10)

1.一种系统性能优化方法，其特征在于，包括：

对待优化系统进行测试，获取所述待优化系统的性能指标P0，其中，所述性能指标包括系统吞吐量e0、响应时间c0、处理效率r0和内存使用情况s0；

根据所述性能指标P0分析所述待优化系统的性能，根据所述性能指标P0和预设性能指标P1之间的关系判断所述待优化系统是否需要优化，若需要优化，根据预设优化规则对所述待优化系统进行优化；

对优化后的系统性能进行检测，若检测所述系统性能达不到预设性能指标，对相应的所述预设优化规则进行微调并对所述系统性能进行二次检测，若达不到所述预设性能指标，将对应的所述预设优化规则删除，若达到所述预设性能指标，将微调后的所述预设优化规则加入到预设优化规则中并更新所述预设优化规则。

2.如权利要求1所述的系统性能优化方法，其特征在于，所述预设优化规则包括缓存优化、服务端优化、查询优化、延迟优化和合并优化，若所述待优化系统需要优化时，根据所述待优化系统的业务需求选择相应的所述预设优化规则。

3.如权利要求2所述的系统性能优化方法，其特征在于，所述根据所述性能指标分析所述待优化系统的性能时，包括：

所述性能指标P0包括系统吞吐量e、响应时间c、处理效率r和内存使用情况s，即P0（e0，c0，r0，s0）；

所述预设性能指标P1包括预设系统吞吐量e1、预设响应时间c1、预设处理效率r1和预设内存使用情况s1，即P1（e1，c1，r1，s1）；

将P0（e0，c0，r0，s0）中的性能指标与P1（e1，c1，r1，s1）中的预设性能指标进行作差，得到性能差指标P2（E，C，R，S）；

预先设定有第一预设性能差值D1，第二预设性能差值D2，第三预设性能差值D3，第四预设性能差值D4；

根据P2（E，C，R，S）与所述第一预设性能差值D1，第二预设性能差值D2，第三预设性能差值D3，第四预设性能差值D4之间的关系确定所述待优化系统的性能；

计算得到E与所述第一预设性能差值D1作差的第一差值、C与第二预设性能差值D2作差的第二差值、R与第三预设性能差值D3作差的第三差值、S与第四预设性能差值D4作差的第四差值，当所述第一差值、第二差值、第三差值和第四差值中任意两项或两项以上为大于零的值时，判定所述待优化系统。

4.如权利要求2所述的系统性能优化方法，其特征在于，所述缓存优化包括数据缓存和过程缓存，所述数据缓存为将调用频率高于预设调用频率值且不需要修改的公共脚本缓存到浏览器缓存池中，再次调用此公共脚本时，只需调用所述浏览器缓存池，无需重复加载资源，所述过程缓存为调高分布式存储系统中高频率处理操作在服务器中的容量占比。

5.如权利要求4所述的系统性能优化方法，其特征在于，所述服务端优化包括服务端渲染和服务端缓存，所述服务端渲染为将模板容器、表单容器、视图容器、页面容器引用其他表单，合并当前表单或者页面组件定义数据，一次性返回给浏览器，所述服务端缓存为服务器根据用户级别以及系统级别分别增加不同过期时间的缓存，保证常用以及经常性用到的数据能够及时从所述浏览缓存池中获取，而不需触发查询数据库。

6.如权利要求2所述的系统性能优化方法，其特征在于，所述查询优化为在针对不同的查询接口时，建立不同的查询索引，在查询时进行SQL执行计划分析，SQL语句按照最优的索引字段执行。

7.如权利要求2所述的系统性能优化方法，其特征在于，所述延迟优化为将公文页面元素涉及较多的字典数据采用延迟加载的方式，在加载完所述公文页面后选择相应的字典数据时，向服务端发送加载请求。

8.如权利要求7所述的系统性能优化方法，其特征在于，所述合并优化为在公文页面元素达到预设元素值时，通过业务分析、服务端渲染、请求延迟加载的方式，减少浏览器端对服务器的请求数量；

其中，在采用业务分析技术时，对业务进行分析，得到不涉及内发和外发的业务占比较大，在办理不涉及内发和外发的业务时，需要获取内发列表和外发列表；在采用服务端渲染技术时，将所述公文页面所需要数据一次性返回给浏览器，在采用请求延迟加载技术时，在需要相应数据时请求后台服务加载数据。

9.如权利要求1所述的系统性能优化方法，其特征在于，所述预设优化规则还包括提升日志输出等级优化和附件转换缓存优化，所述提升日志输出等级优化为将日志输出等级提升至警告级别，只有在警告级别以上的日志信息才会输出，所述附件转换缓存优化为对附件转换后的版式文件进行缓存。

10.如权利要求1所述的系统性能优化方法，其特征在于，所述对相应的所述预设优化规则进行微调时，调整所述预设优化规则的优化时间或优化顺序，二次检测后若达不到所述预设性能指标，将对应的所述预设优化规则删除并更新所述预设优化规则。