接口性能优化探讨

电玩女神 2023-10-09 14:25 57阅读 0赞

**背景**：

项目是做电商系统，电商系统有个特点就是数据量大，访问频率高，但是用户对页面响应时间的要求也是比较高，不能让刷新一个页面等待个10s以上，那这样客户就会流失殆尽，整个项目系统由于是刚开始起步做，功能虽然是全的，但是好多页面响应时间确实慢，后台代码有很大的优化空间

**优化思路**

**1.批量进行操作代替循环单次操作**

1.1项目采用微服务方式进行，服务之间调用比较多点，但是服务之间的数据调用，如果是批量查询，采用批量接口，不要调用单个接口，这种耗时还是比较严重的，如果数量比较多，想想进行了多少次io操作，项目里大量存在这种，不知道啥原因

![b7901219a6ce476f8675c28466444098.png][]

1.2对数据库进行操作，尤其是批量插入，修改，全部采用批量进行，而且项目种大量存在这种行为，不知道当时这样的原因

修改前

![6a6ee26f74944176a12b3812c9332263.png][]

修改后

![e7764e3b75b34d7580983f9603cc0d2a.png][]

**2.采用缓存**

2.1缓存常用并且不太变动的信息

比我活动服务，经常去查询渠道或者会员名称，id等信息，可以考虑缓存

修改前

![3ffd568d60f941059a81d1c5d7fecebd.png][]

修改后

![158ef69a8eb24ab8a0af17f951bb2033.png][]

2.2程序中，不停的对某个相同的信息多次查询，可以考虑采用内存，临时存储

修改前

循环调用，每次调用查询一次，有可能好几次查询的都是同一个信息，性能严重下降![c89a8ad13b7347759293032dd41d47bd.png][]

修改后

一次全部查询出来，缓存在map里面，直接使用就行

![10596c3e8cc448ee8334a8d86fbe4941.png][]

**3.分页查询**

前端展示的数据，尽量采用分页查询，并且每页显示的数量，尽量不能太多，毕竟后端查询数据的时候，就算采用条件判定，但是数据量有时候还是会比较多，查询效率比较低

修改前

这种查询肯定比较耗时

![2b9d681ef49545f1b29b852bc2b3ce14.png][]

修改后

下面速度就会得到飞速提升

![e767858d2eb54d9db76a4c53c55845c1.png][]

**4.sql优化**

sql优化的东西太多了，平时大家在开发的过程中，肯定也会遇到的，如果数据量不是很大的时候，可能觉察不到，反之，体验就比较明显，sql优化主要体现在如下几点：

4.1硬件配置，这个根据自己情况里

4.2网络情况，这个根据现场情况

4.3sql语句

4.3.1是否添加索引，如果添加了索引，索引是否失效

关于索引这个网上已经有很多文档，自己可以百度查询，还可以采用如下方法分析下：

1.explain关键字分析

2.打开慢查询日志查看

4.3.2对于比较复杂的查询语句，建议可以拆分开，单独执行，然后在将查询出来的结果进行拼接，这个思路可以参考spring-data-jpa

4.3.3只查询我们需要的返回值，不要全部查询出来

修改前

下面我们只是查询，是否有数据，而不取任何值，这个就直接查询统计数量了，不需要所有信息全部返回，修改结果不用在做展示了

![8633f5552f2e49a1b9f724b9d73115ef.png][]

**5.多线程处理**

5.1对于一些信息不需要返回，但是需要执行去查询的，可以启动线程异步执行，不需要等待返回结果，直接就返回就可以了

5.2对于数据量比较大，批量查询，但是接口有数据量大小限制，可以采用多线程

5.3对于加锁力度，这个需要根据业务来看，尽量将力度缩小在有线程安全的代码块部分，不要对整个方法或者额外的部分进行加锁

修改前

加锁范围有些大，判断是否可用，这个部分不需要加锁

![2ce32b2f10de4c709a1d5c645b040130.png][]

修改后

将锁直接加在减库存的这个动作上就可以了，这个才会引发线程安全问题

![e12bff44761748368d0360dc13621753.png][]

总结：

接口慢，优化的方面挺多的，这里只是总结了冰山一角，有些东西牵扯的比较多，也就不截图了，有啥好的想法或者问题，大家可以互相交流下

[b7901219a6ce476f8675c28466444098.png]: https://img-blog.csdnimg.cn/b7901219a6ce476f8675c28466444098.png
[6a6ee26f74944176a12b3812c9332263.png]: https://img-blog.csdnimg.cn/6a6ee26f74944176a12b3812c9332263.png
[e7764e3b75b34d7580983f9603cc0d2a.png]: https://img-blog.csdnimg.cn/e7764e3b75b34d7580983f9603cc0d2a.png
[3ffd568d60f941059a81d1c5d7fecebd.png]: https://img-blog.csdnimg.cn/3ffd568d60f941059a81d1c5d7fecebd.png
[158ef69a8eb24ab8a0af17f951bb2033.png]: https://img-blog.csdnimg.cn/158ef69a8eb24ab8a0af17f951bb2033.png
[c89a8ad13b7347759293032dd41d47bd.png]: https://img-blog.csdnimg.cn/c89a8ad13b7347759293032dd41d47bd.png
[10596c3e8cc448ee8334a8d86fbe4941.png]: https://img-blog.csdnimg.cn/10596c3e8cc448ee8334a8d86fbe4941.png
[2b9d681ef49545f1b29b852bc2b3ce14.png]: https://img-blog.csdnimg.cn/2b9d681ef49545f1b29b852bc2b3ce14.png
[e767858d2eb54d9db76a4c53c55845c1.png]: https://img-blog.csdnimg.cn/e767858d2eb54d9db76a4c53c55845c1.png
[8633f5552f2e49a1b9f724b9d73115ef.png]: https://img-blog.csdnimg.cn/8633f5552f2e49a1b9f724b9d73115ef.png
[2ce32b2f10de4c709a1d5c645b040130.png]: https://img-blog.csdnimg.cn/2ce32b2f10de4c709a1d5c645b040130.png
[e12bff44761748368d0360dc13621753.png]: https://img-blog.csdnimg.cn/e12bff44761748368d0360dc13621753.png