普通码农写代码,没有性能优化,当数据量变大,效果就很明显了。接口响应时间过长,导致客户体验效果非常差。
首先,从最外层开始,浏览器按F12,看看Network哪个接口占用时间最长(也有可能存在一些CSS或JS插件一直请求不到导致的时间过长),然后进接口分析你的逻辑代码,一行行审代码,找到耗时的地方进行逻辑优化,最后找到sql去执行下,看看时间是否很长,可以参考下/Pagegle/article/details/103529738来进行针对性优化。数据量很大很大的话能分表就分表,能分库就分库(这个忘记记录了,可以参考sharding-jdbc的分库分表使用)。如果前面的都没问题,那可能就是网络原因了。
下面根据我的实际情况讲讲优化过程。 一、数据库优化 我是查询接口访问过慢,达到了36724ms,什么概念!!!因为我为了查询方便,不想写太多代码,我就将主表和其他一些子表、字典表的数据整合在一起,做了个视图,但是我没有对其视图逻辑进行优化,导致查询时间较长,数据量越多越慢,再加上使用的JPA的findAll方法,累计起来时间就很长了。参考上一篇对MySQL视图进行优化使用explain解释语句,对Extra中是“Using temporary; Using filesort”的语句进行优化。
优化前: 优化后:
二、缩小数据包 在使用SpringMVC转Json的时候,会把没有值的字段用Null来占位,这样的话,其实是把一些数据变成了Null。虽然小了,但是还是会占用空间。我们可以在Json序列化时忽略Null属性,可以给类头部加上@JsonSerialize(include=JsonSerialize.Inclusion.NON_NULL),这样就可以让SpringMVC把Null属性不采用序列化,且gson包也支持空值不序列化。 优化前:优化后:
数据包是小了,时间可能因为是测试环境数据量太少效果不明显
后面有其他方法再记录