比如：之前查询500条记录，业务系统只调用一次查询接口。
现在改成业务系统每次只查100条记录，分5批调用，总共也是查询500条记录。
这样不是变慢了吗？
答：如果那5批调用评价查询接口的操作，是在for循环中单线程顺序的，整体耗时当然可能会变慢。
但业务系统也可以改成多线程调用，只需最终汇总结果即可。
此时，有人可能会问题：在评价查询接口的服务器多线程调用，跟在其他业务系统中多线程调用不是一回事？
还不如把批量评价查询接口的服务器中，线程池的最大线程数调大一点？
显然你忽略了一件事：线上应用一般不会被部署成单点。绝大多数情况下，为了避免因为服务器挂了，造成单点故障，基本会部署至少2个节点。这样即使一个节点挂了，整个应用也能正常访问。
当然也可能会出现这种情况：假如挂了一个节点，另外一个节点可能因为访问的流量太大了，扛不住压力，也可能因此挂掉。
换句话说，通过业务系统中的多线程调用接口，可以将访问接口的流量负载均衡到不同的节点上。
他们也用8个线程，将数据分批，每批100条记录，最后将结果汇总。
经过这次优化，接口性能再次提升了1倍。
从1s 左右，缩短到小于500ms。
温馨提醒一下，无论是在批量查询评价接口查询数据库，还是在业务系统中调用批量查询评价接口，使用多线程调用，都只是一个临时方案，并不完美。
这样做的原因主要是为了先快速解决问题，因为这种方案改动是最小的。
要从根本上解决问题，需要重新设计这一套功能，需要修改表结构，甚至可能需要修改业务流程。但由于牵涉到多条业务线，多个业务系统，只能排期慢慢做了。
