全国文明网联盟网站建设拉新app推广平台排名

一、背景介绍

接口的优化
排查到的问题：循环中查询数据库，4300次查询数据库总共耗时在4分钟左右。
优化结果：4分钟到2秒

二、 思路方案

宏观的整体优化方向：内存、网络（带宽）、cpu

三、过程

此次的优化方向：

1. 减少从数据库传输到程序中的数据量。由800条减少到一条。对带宽的占用减少了，传输速度会更快。
2. 另一方面，对sql语句进行了优化(站在业务的角度只返回一条数据），单次查询由0.025s，优化到 0.001s。（目前看到的现象是由于返回的数据只有一条，效率会更高）。
3. 使用多线程进行查询，使用多核cpu的优势，由于此处为IO型，所以最大线程数量选用的是2N(N为cpu核心数）
4. 由于每次查询都会开启一个线程池，频繁的开启和销毁线程池对于性能也有不小的损耗，所以此处进行线程池启用的设定，当查询的数据在1000条以下后端实际处理数据量（小于10w）不启用线程池，当查询的数据超过1000（实际处理数据量在10w+）时启用线程池。
   优化内容：sql优化，添加多线程。

四、总结

不足之处：

1. 此处使用多线程感觉上有些浪费，是否有必要使用到线程池？
2. 没有接口循环查询数据库的问题，原因是对于当前业务场景下的oracle的批量查询语句，较为复杂。所以暂时没有从批量查询进行优化。
   如果后期进行批量查询，估计可以将线程池给替换掉。

五、升华

必须站在宏观的角度上从内存、网络、cpu等方面进行优化。
而不是遇到需要性能优化的点，就从sql语句、多线程等方面进行优化。
需要知其然知其所以然，然后平衡求出当前的最优解。