接口优化从20s优化到500ms
生活随笔
收集整理的這篇文章主要介紹了
接口优化从20s优化到500ms
小編覺得挺不錯的,現在分享給大家,幫大家做個參考.
前言
接口性能問題,對于從事后端開發的同學來說,是一個繞不開的話題。想要優化一個接口的性能,需要從多個方面著手。
本文將會接著接口性能優化這個話題,從實戰的角度出發,聊聊我是如何優化一個慢查詢接口的。
上周我優化了一下線上的批量評分查詢接口,將接口性能從最初的20s,優化到目前的500ms以內。
1. 案發現場
我們每天早上上班前,都會收到一封線上慢查詢接口匯總郵件,郵件中會展示接口地址、調用次數、最大耗時、平均耗時和traceId等信息。
我看到其中有一個批量評分查詢接口,最大耗時達到了20s,平均耗時也有2s。
用skywalking查看該接口的調用信息,發現絕大數情況下,該接口響應還是比較快的,大部分情況都是500ms左右就能返回,但也有少部分超過了20s的請求。
這個現象就非常奇怪了。
莫非跟數據有關?
比如:要查某一個組織的數據,是非常快的。但如果要查平臺,即組織的根節點,這種情況下,需要查詢的數據量非常大,接口響應就可能會非常慢。
但事實證明不是這個原因。
很快有個同事給出了答案。
他們在結算單列表頁面中,批量請求了這個接口,但他傳參的數據量非常大。
怎么回事呢?
當初說的需求是這個接口給分頁的列表頁面調用,每頁大小有:10、20、30、50、100?
總結
以上是生活随笔為你收集整理的接口优化从20s优化到500ms的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: SIM卡被猫吃了,1860电话录音
- 下一篇: ftp服务器连接时间太长(耗时20s或4