后端性能优化的一些总结

目录

1、背景

2、优化实现

2.1查询数据表速度慢

2.2调别人接口速度慢

2.3导入速度慢、

2.4导出速度慢的做出介绍

2.5统计功能速度慢

3、总结

---

1、背景

系统上线后，被用户反应系统很多功能响应时长很慢。用户页面影响速度有要求，下面针对查询数据表速度慢、调别人接口速度慢、导入速度慢、导出速度慢、统计功能速度慢的优化进行介绍

---

2、优化实现

2.1查询数据表速度慢

     有个业务，当时开发的时候，预估数据量是20W左右，结果上线之后，因为用户多次DDL操作数据库对数据全量进行逻辑删除以及数据有版本信息，导致数据达到百万级别。 每次查询的时候不带条件耗时至少5秒。

  针对以上情况进行的措施如下：

1、后端创建一个定人清理垃圾数据的任务，每天晚上对用户DDL操作数据表进行逻辑删除的数据，进行物理删除。这可以控制数据表数据量，数据量可控制到50w以内，不会无限膨胀。

2、给这张大表加索引，经常使用的查询条件加索引

3、因为涉及到多版本数据。对数据表进行分别，最新版本数据存一张表，所有版本数据存历史表。列表查询查最新版本数据就行，这个数据量控制在10w

4、针对这张表的操作，不管是查询还是删除都批量进行

做了以上优化，查询时长控制到2秒内

2.2调别人接口速度慢

目录树，是懒加载，查一次要调2次外部接口，第一次查1级目录，第二次查2级目录。调一次接口耗时2秒，2次耗时4秒，加上数据统计3秒，加载目录树耗时7秒。

针对这种情况优化如下：

1、后端做个定时任务，每30分钟主动调第三方接口查一级目录、二级目录数据，放入redis缓存，页面查询几乎都是命中缓存。2次接口控制到1.5秒

2、统计数量的sql，加缓存，缓存30分钟。如果有数据新增，删除等操作主动删除更新缓存。

做了以上2步，加载控制在3秒内

2.3导入速度慢

用户一次导入10w条数据，分22个sheet页，每次导入要花2个小时

针对这种情况优化如下：

1、多线程读取sheet页的数据，对数据进行批量校验

2、凡是涉及到操作数据表读写的地方，尽可能的改成批量读写

3、如果校验中用到的一些调第三方接口的有用信息，在校验阶段就把这些信息保存，不重复调第三方接口

做了以上3步，导入控制在30分钟内

2.4导出速度慢的做出介绍

用户一次导出10w条数据，居然花了半小时

针对这种情况优化如下：

1、查询数据库的时候，批量一次查10w，而不是循环查询10w次

2、10w条数据，有一个是要拿目录id，查询目录名称，居然循环了10w次。把第一步数据目录id进行去重，批量调第三方接口查目录信息

做了以上2步，导入控制在1分钟内

2.5统计功能速度慢

系统首页，有各种图标的统计功能。有些统计数据有查几张大表数据，接口时长可达10几秒

针对这种情况优化如下：

1、创建定时任务，每天晚上跑出统计数据到统计表。实现数据T-1的展示。如果时效性要求高，也可半小时或者10分钟统计一次

按以上方案，接口都控制在2秒内

3、总结

加速性能一般考虑：

1、缓存预热。 定时任务，每半小时刷缓存，接口只查缓存数据

2、数据表加索引

3、定时清理垃圾数据

4、定时任务预先生成数据，牺牲实时性

5、引入多线程

6、操作数据库表要尽快批量处理，特别是大数据的导入导出

7、打印耗时日志

StopWatch sw = new StopWatch();
sw.start("importGzTemplate开始导入规则模板");
sw.stop();
sw.start("importGzTemplate校验1");
sw.stop();
​​​​​​​sw.start("importGzTemplate写入数据表");
​​​​​​​sw.stop();
log.info(sw.prettyPrint());