接下來，我們將深入探討一些關(guān)于如何開始優(yōu)化您的API性能的技巧。
1. 分頁
當(dāng)結(jié)果集很大時(shí)，分頁是一種常見的優(yōu)化方法。結(jié)果會(huì)流式傳輸回客戶端，以提高服務(wù)的響應(yīng)速度。
1*xVC03_0TfItugfF52vf3Og.png
2. 異步日志記錄
同步日志記錄會(huì)在每次調(diào)用時(shí)與磁盤交互，可能會(huì)減慢系統(tǒng)的運(yùn)行速度。異步日志記錄首先將日志發(fā)送到無鎖緩沖區(qū)，然后立即返回。•日志將定期刷新到磁盤，這顯著減少了I/O開銷。
1*QqYsuTFsKtFAs_ArA0RFgg.png
3. 緩存
我們可以將經(jīng)常訪問的數(shù)據(jù)緩存到緩存中。客戶端可以首先查詢緩存，而不是直接訪問數(shù)據(jù)庫。如果緩存未命中，客戶端可以從數(shù)據(jù)庫查詢。
像redis這樣的緩存將數(shù)據(jù)存儲(chǔ)在內(nèi)存中，因此數(shù)據(jù)訪問速度比數(shù)據(jù)庫要快得多。
1*YjiSvHppadQsjLEs0AdfwA.png
4. 限制負(fù)載
大多數(shù)API的負(fù)載不會(huì)很大，但也有一些例外。例如，一個(gè)分析公司可能需要返回一年的數(shù)據(jù)。這些大負(fù)載可能需要很長(zhǎng)時(shí)間在服務(wù)器上生成，甚至更長(zhǎng)時(shí)間在客戶端上下載，因此它們通常最好以壓縮格式傳輸。
您可以使用GraphQL來使客戶端從服務(wù)器請(qǐng)求它們所需的數(shù)據(jù)。
5. 負(fù)載壓縮
請(qǐng)求和響應(yīng)可以使用gzip等方式進(jìn)行壓縮，從而傳輸?shù)臄?shù)據(jù)大小要小得多。這加速了上傳和下載。
1*XkypoXhzI3d1ElI5dZCAyw.png
6. 連接池
當(dāng)訪問資源時(shí)，我們通常需要從數(shù)據(jù)庫加載數(shù)據(jù)。打開和關(guān)閉數(shù)據(jù)庫連接會(huì)增加顯著的開銷。
因此，我們應(yīng)該通過打開連接池中的一組連接來連接到數(shù)據(jù)庫。連接池負(fù)責(zé)管理連接的生命周期。
1*_2NqJpCHs-gFAh_zo7qH3g.png
7. 實(shí)施并發(fā)策略
對(duì)于并發(fā)處理大量請(qǐng)求，并發(fā)方法至關(guān)重要。開發(fā)人員可以使用多線程的思想和技術(shù)來創(chuàng)建可以同時(shí)處理多個(gè)請(qǐng)求的線程。
此外，可以更有效地使用線程池來分配線程，以避免資源浪費(fèi)。
8. 避免查詢N+1問題
這種類型的查詢執(zhí)行通常稱為“N+1查詢”，因?yàn)槟皇窃趩蝹€(gè)查詢中執(zhí)行工作，而是運(yùn)行一個(gè)查詢以獲取帖子列表，然后運(yùn)行其他查詢以獲取每個(gè)帖子的評(píng)論。因此出現(xiàn)了“N+1查詢”的術(shù)語。
