前言

接口性能問題，對于從事后端開發的同學來說，是一個繞不開的話題。想要優化一個接口的性能，需要從多個方面著手。

本文將會接著接口性能優化這個話題，從實戰的角度出發，聊聊我是如何優化一個慢查詢接口的。

上周我優化了一下線上的批量評分查詢接口，將接口性能從最初的20s，優化到目前的500ms以內。

1. 案發現場

我們每天早上上班前，都會收到一封線上慢查詢接口匯總郵件，郵件中會展示接口地址、調用次數、最大耗時、平均耗時和traceId等信息。

我看到其中有一個批量評分查詢接口，最大耗時達到了20s，平均耗時也有2s。

用skywalking查看該接口的調用信息，發現絕大數情況下，該接口響應還是比較快的，大部分情況都是500ms左右就能返回，但也有少部分超過了20s的請求。

這個現象就非常奇怪了。

莫非跟數據有關？

比如：要查某一個組織的數據，是非常快的。但如果要查平臺，即組織的根節點，這種情況下，需要查詢的數據量非常大，接口響應就可能會非常慢。

但事實證明不是這個原因。

很快有個同事給出了答案。

他們在結算單列表頁面中，批量請求了這個接口，但他傳參的數據量非常大。

怎么回事呢？

當初說的需求是這個接口給分頁的列表頁面調用，每頁大小有：10、20、30、50、100?

總結

以上是生活随笔為你收集整理的接口优化从20s优化到500ms的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。