概述

之前處理過(guò)一個(gè)購(gòu)物車故障，覺(jué)得還挺經(jīng)典的，在這里跟大家分享一下。這個(gè)故障直接導(dǎo)致前端添加購(gòu)物車、獲取用戶購(gòu)物車列表等操作都失敗了。購(gòu)物車是入口，一旦出現(xiàn)問(wèn)題，影響極其嚴(yán)重。

臨時(shí)處理

購(gòu)物車服務(wù)所有接口，是有打印響應(yīng)時(shí)間的，發(fā)現(xiàn)比平時(shí)慢了很多。由于情況已是十萬(wàn)火急了，我只能先重啟購(gòu)物車，緩沖一下，然后利用這段緩沖時(shí)間，趕緊定位問(wèn)題。

問(wèn)題定位

之前對(duì)購(gòu)物車應(yīng)用基于Spring Cloud微服務(wù)化了，已經(jīng)穩(wěn)定運(yùn)行了幾個(gè)月了，且當(dāng)時(shí)上線前也經(jīng)過(guò)壓測(cè)，接口性能是沒(méi)問(wèn)題的。怎么突然之間就有問(wèn)題了呢？根據(jù)以往的經(jīng)驗(yàn)，大部分故障都是SQL語(yǔ)句引起的，因此首先導(dǎo)出數(shù)據(jù)庫(kù)的所有慢SQL(騰訊云有導(dǎo)出慢SQL的工具)語(yǔ)句，發(fā)現(xiàn)大部分慢查詢都是來(lái)自庫(kù)存查詢的SQL語(yǔ)句，有些甚至是10秒鐘才執(zhí)行完。

后來(lái)仔細(xì)一看，庫(kù)存慢查詢語(yǔ)句，要查詢庫(kù)存的商品比平時(shí)多很多。商品個(gè)數(shù)少的話，這條語(yǔ)句還是非?？斓?，一旦多了就開(kāi)始慢了。

解決方案

由于庫(kù)存計(jì)算體系的歷史原因，這條SQL是很難優(yōu)化的。情況又是十萬(wàn)火急的，大老板一直在問(wèn)咋回事。因此臨時(shí)改代碼，將商品庫(kù)存放到Redis緩存起來(lái)。購(gòu)物車服務(wù)的話，是允許庫(kù)存數(shù)據(jù)不實(shí)時(shí)的，因?yàn)楹竺娴慕Y(jié)算和支付會(huì)實(shí)時(shí)計(jì)算庫(kù)存，庫(kù)存不足的時(shí)候，會(huì)提示用戶的。

注意：

• 由于購(gòu)物車是入口，流量很大，而從購(gòu)物車到結(jié)算頁(yè)再到支付，由于有一個(gè)操作步驟，因此結(jié)算頁(yè)和支付頁(yè)的流量是沒(méi)有購(gòu)物車那么大的；
• 部分用戶購(gòu)物車上的商品數(shù)據(jù)是非常多的，但是未必都會(huì)買(mǎi)，用戶也可以勾選要買(mǎi)的商品，然后下單；
• 部分用戶沒(méi)有清理購(gòu)物車失效商品的習(xí)慣，導(dǎo)致購(gòu)物車上的商品非常多。
  

終極解決方案

將庫(kù)存服務(wù)獨(dú)立出去，將商品庫(kù)存數(shù)據(jù)放置到緩存，并引入實(shí)時(shí)刷新緩存中庫(kù)存數(shù)據(jù)的機(jī)制，讓緩存中的數(shù)據(jù)盡量保證新鮮。這樣的話，查詢庫(kù)存的時(shí)候，大部分都可以從緩存中獲取，不會(huì)穿透到數(shù)據(jù)庫(kù)上。

補(bǔ)充

我們對(duì)接口進(jìn)行壓測(cè)的時(shí)候，部分場(chǎng)景下，要考慮入?yún)⒌膫€(gè)數(shù)，不能簡(jiǎn)單的用幾個(gè)數(shù)據(jù)壓測(cè)，覺(jué)得性能OK就不管了。

總結(jié)

以上就是這篇文章的全部?jī)?nèi)容了，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，謝謝大家對(duì)腳本之家的支持。如果你想了解更多相關(guān)內(nèi)容請(qǐng)查看下面相關(guān)鏈接

最新評(píng)論