跳到主要內容

記一次接口性能優化實踐總結：優化接口性能的八個建議_台中搬家公司


※推薦台中搬家公司優質服務,可到府估價



台中搬鋼琴,台中金庫搬運,中部廢棄物處理,南投縣搬家公司,好幫手搬家,西屯區搬家


前言


最近對外接口偶現504超時問題，原因是代碼執行時間過長，超過nginx配置的15秒，然後真槍實彈搞了一次接口性能優化。在這裏結合優化過程，總結了接口優化的八個要點，希望對大家有幫助呀~



  • 數據量比較大，批量操作數據入庫

  • 耗時操作考慮異步處理

  • 恰當使用緩存

  • 優化程序邏輯、代碼

  • SQL優化

  • 壓縮傳輸內容

  • 考慮使用文件/MQ等其他方式暫存，異步再落地DB

  • 跟產品討論需求最恰當，最舒服的實現方式


嘻嘻，先看一下我們對外轉賬接口的大概流程吧


1.數據量比較大，批量操作數據入庫


優化前：


//for循環單筆入庫
 for(TransDetail detail:list){
   insert(detail);  
 }

優化后：


// 批量入庫,mybatis demo實現
 <insert id="insertBatch" parameterType="java.util.List">
 insert into trans_detail( id,amount,payer,payee) values
  <foreach collection="list" item="item" index="index" separator=",">(
     #{item.id},	#{item.amount},
     #{item.payer},#{item.payee}
   )
 </foreach>
 </insert>

性能對比：






















單位（ms） for循環單筆入庫 批量入庫
500條 1432 1153
1000條 1876 1425

解析



  • 批量插入性能更好，更加省時間，為什麼呢？


打個比喻:假如你需要搬一萬塊磚到樓頂,你有一個電梯,電梯一次可以放適量的磚（最多放500）,
 你可以選擇一次運送一塊磚,也可以一次運送500,你覺得哪種方式更方便，時間消耗更少?

2.耗時操作考慮異步處理


耗時操作，考慮用異步處理，這樣可以降低接口耗時。本次轉賬接口優化，匹配聯行號的操作耗時有點長，所以優化過程把它移到異步處理啦，如下：


優化前：



優化后


匹配聯行號的操作異步處理



性能對比：


假設一個聯行號匹配6ms






















同步 異步
500條 3000ms ~
1000條 6000ms ~

解析：



  • 因為聯行號匹配比較耗時，放在異步處理的話，同步聯機返回可以省掉這部分時間，大大提升接口性能，並且不會影響到轉賬主流程功能。

  • 除了這個例子，平時我們類似功能，如用戶註冊成功后，短信郵件通知，也是可以異步處理的，這個優化建議香餑餑的~

  • 所以，太耗時的操作，在不影響主流程功能的情況下，可以考慮開子線程異步處理的啦。


3.恰當使用緩存


在適當的業務場景，恰當地使用緩存，是可以大大提高接口性能的。這裏的緩存包括：Redis，JVM本地緩存，memcached，或者Map等。


這次轉賬接口，使用到緩存啦，舉個簡單例子吧~


優化前


以下是輸入用戶賬號，匹配聯行號的流程圖



優化后：


恰當使用緩存，代替查詢DB表，流程圖如下：



解析：



  • 把熱點數據放到緩存，不用每次查詢都去DB拉取，節省了這部分查SQL的耗時，美滋滋呀~

  • 當然，不是什麼數據都適合放到緩存的哦，訪問比較頻繁的熱點數據才考慮緩存起來呢~


4. 優化程序邏輯、代碼


優化程序邏輯、程序代碼，是可以節省耗時的。


我這裏就本次的轉賬接口優化，舉個例子吧~


※台中搬家公司教你幾個打包小技巧,輕鬆整理裝箱!



還在煩惱搬家費用要多少哪？台中大展搬家線上試算搬家費用，從此不再擔心「物品怎麼計費」、「多少車才能裝完」



優化前：


優化前，聯行號查詢了兩次（檢驗參數一次，插入DB前查詢一次），如下偽代碼：



 punlic void process(Req req){
   //檢驗參數,包括聯行號（前端傳來的payeeBankNo可以為空,但是如果後端沒匹配到，會拋異常）
    checkTransParams(Req req);
    //Save DB
   saveTransDetail(req); 
 }
 
 void checkTransParams（Req req）{
     //check Amount,and so on.
     checkAmount(req.getamount)；
     //check payeebankNo
     if（Utils.isEmpty(req.getPayeeBankNo())）{
         String payeebankNo = getPayeebankNo(req.getPayeeAccountNo);
         if(Utils.isEmpty(payeebankNo){
             throws Exception();
         }
     }
 }
 
 int saveTransDetail(req){
     String payeebankNo = getPayeebankNo(req.getPayeeAccountNo);
     req.setPayeeBankNo(payeebankNo);
     insert(req);
     ...
 }

優化后：


優化后，只在校驗參數的時候插敘一次，然後設置到對象裏面~ 入庫前就不用再查啦，偽代碼如下：


void checkTransParams（Req req）{
     //check Amount,and so on.
     checkAmount(req.getamount)；
     //check payeebankNo
     if（Utils.isEmpty(req.getPayeeBankNo())）{
         String payeebankNo = getPayeebankNo(req.getPayeeAccountNo);
         if(Utils.isEmpty(payeebankNo){
             throws Exception();
         }
     }
     //查詢到有聯行號，直接設置進去啦，這樣等下入庫不用再插入多一次
     req.setPayeeBankNo(payeebankNo);
 }
 
 int saveTransDetail(req){
     insert(req);
     ...
 }

解析：



  • 對於優化程序邏輯、代碼，是可以降低接口耗時的。以上demo只是一個很簡單的例子，就是優化前payeeBankNo查詢了兩次，但是其實只查一次就可以了。很多時候，我們都知道這個點，但就是到寫代碼的時候，又忘記了呀~所以，寫代碼的時候，留點心吧，優化你的程序邏輯、代碼哦。

  • 除了以上demo這點，還有其它的點，如優化if複雜的邏輯條件，考慮是否可以調整順序，或者for循環，是否重複實例化對象等等，這些適當優化，都是可以讓你的代碼跑得更快的。


之前我這篇文章，也提了幾個優化點噢，有興趣的朋友可以看一下哈~


寫代碼有這些想法，同事才不會認為你是複製粘貼程序員


5. 優化你的SQL


很多時候，你的接口性能瓶頸就在SQL這裏，慢查詢需要我們重點關注的點呢。


我們可以通過這些方式優化我們的SQL：



  • 加索引

  • 避免返回不必要的數據

  • 優化sql結構

  • 分庫分表

  • 讀寫分離


有興趣的朋友可以看一下我這篇文章呢，很詳細的SQL優化點：


後端程序員必備：書寫高質量SQL的30條建議


6.壓縮傳輸內容


壓縮傳輸內容，文件變得更小，因此傳輸會更快啦。10M帶寬，傳輸10k的報文，一般比傳輸1M的會快呀；打個比喻，一匹千里馬，它馱着一百斤的貨跑得快，還是馱着10斤的貨物跑得快呢？


解析：



  • 如果你的接口性能不好，然後傳輸報文比較大的話，這時候是可以考慮壓縮文件內容傳輸的，最後優化效果可能很不錯哦~


7. 考慮使用文件/MQ等其他方式暫存數據，異步再落地DB


如果數據太大，落地數據庫實在是慢的話，可以考慮先用文件的方式保存，或者考慮MQ，先落地，再異步保存到數據庫~



本次轉賬接口，如果是併發開啟，10個併發度，每個批次1000筆數據，數據庫插入會特別耗時，大概10秒左右，這個跟我們公司的數據庫同步機制有關，併發情況下，因為優先保證同步，所以并行的插入變成串行啦，就很耗時。



優化前：


優化前，1000筆先落地DB數據庫，再異步轉賬，如下：



優化后：


先保存數據到文件，再異步下載下來，插入數據庫，如下：



解析：



  • 如果你的耗時瓶頸就在數據庫插入操作這裏了，那就考慮文件保存或者MQ或者其他方式暫存吧，文件保存數據，對比一下耗時，有時候會有意想不到的效果哦。


8.跟產品討論需求最恰當，最舒服的實現方式


這點個人覺得還是很重要的，有些需求需要好好跟產品溝通的。



比如有個用戶連麥列表展示的需求，產品說要展示所有的連麥信息，如果一個用戶的連麥列表信息好大，你拉取所有連麥數據回來，接口性能就降下來啦。如果產品打樁分析，會發現，一般用戶看連麥列表，也就看前幾頁因此，奸笑，哈哈 其實，那個超大分頁加載問題也是類似的。即limit +一個超大的數，一般會很慢的~~



總結


本文呢，基於一次對外接口耗時優化的實踐，總結了優化接口性能的八個點，希望對大家日常開發有幫助哦~嘻嘻，有興趣可以逛逛我的github哈，本文會收藏到github里滴哈



https://github.com/whx123/JavaHome



公眾號




  • 歡迎關注我個人公眾號，交個朋友，一起學習哈~

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益



擁有後台管理系統的網站，將擁有強大的資料管理與更新功能，幫助您隨時新增網站的內容並節省網站開發的成本。




Orignal From: 記一次接口性能優化實踐總結：優化接口性能的八個建議_台中搬家公司

留言

張貼留言

這個網誌中的熱門文章

旅館疑有臭蟲 北市府稽查找嘸

有民眾抱怨，日前投宿的北市某旅館疑似出現臭蟲，北市觀傳局與衛生局、環保局聯合稽查，但因為沒有發現蟲屍，無法確認該旅館是否真有臭蟲，市府下周將召開專家會議處理該案，市長蔣萬安則允諾會以最高規格防範臭蟲。 北市某旅館傳出疑有臭蟲，議員陳宥丞23日在市政總質詢詢問市府處理進度，並指出法國、澳洲、韓國的臭蟲，起初都現蹤公車或地鐵卻沒被發現，直到大規模爆發，才付出大量社會成本處理，而且一般殺蟲劑無法殺掉臭蟲，北市是否有因應措施？ 觀傳局主任祕書蕭君杰表示，21日聯合環保局、衛生局到該旅館稽查，但沒有發現臭蟲，也沒有查到蟲卵跡象，只能檢查現場環境是否符合衛生相關規定，但環保局有指導業者如何針對臭蟲清潔消毒。觀傳局長王秋冬指出，下周會與專家學者召開會議，以最高規格處理此案。 想知道購買電動車哪裡補助最多? 台中電動車 補助資訊懶人包彙整 ；推薦評價好的 iphone維修 中心擁有專業的維修技術團隊，同時聘請資深iphone手機維修專家，現場說明手機問題，快速修理，沒修好不收錢住家的頂樓裝 太陽光電 聽說可發揮隔熱功效一線推薦東陽能源擁有核心技術、產品研發、系統規劃設置、專業團隊的太陽能發電廠商。 網頁設計 一頭霧水該從何著手呢? 回頭車 貨運收費標準宇安交通關係企業，自成立迄今，即秉持著「以誠待人」、「以實處事」的企業信念 台中搬家公司 教你幾個打包小技巧,輕鬆整理裝箱!還在煩惱搬家費用要多少哪？台中大展搬家線上試算搬家費用，從此不再擔心「物品怎麼計費」、「多少車才能裝完」 台中搬家 公司費用怎麼算?擁有20年純熟搬遷經驗，提供免費估價且流程透明更是5星評價的搬家公司好山好水 露營車 漫遊體驗露營車x公路旅行的十一個出遊特色。走到哪、玩到哪，彈性的出遊方案，行程跟出發地也可客製 廣告預算用在刀口上， 台北網頁設計 公司幫您達到更多曝光效益； 電動車補助 衛生局疾病管制科長張惠美表示，現場查到與臭蟲無關的多項衛生缺失，包含未提供從業人員體檢報告、簡易外傷藥品及器材超過有效期、紗窗有破損等，已要求業者2周內改善，將擇期複查，如果複查不合格，將依法裁罰3000元至2萬元罰鍰。 但陳宥丞批評，環保局未公告哪些藥劑能殺死臭蟲，很擔心北市會和韓國、法國一樣，把臭蟲防治交給民間恐造成大規模爆發，且北市內的廢棄傢俱回收廠也有可能成為臭蟲孳生的...
張貼留言
閱讀完整內容

必知必會-存儲器層次結構

相信大家一定都用過各種存儲技術，比如mysql，mongodb，redis，mq等，這些存儲服務性能有非常大的區別，其中之一就是底層使用的存儲設備不同。作為一個程序員，你需要理解存儲器的層次結構，這樣才能對程序的性能差別瞭然於心。今天帶大家了解下計算機系統存儲器的層次結構。 存儲技術 首先了解下什麼是存儲器系統？ 實質上就是一個具有不同容量、成本和訪問時間的存儲設備的層次結構。從快到慢依次為：CPU寄存器、高速緩存、主存、磁盤； 這裏給大家介紹一組數據，讓大家有一個更清晰的認識： 如果數據存儲在CPU寄存器，需要0個時鐘周期就能訪問到，存儲在高速緩存中需要4~75個時鐘周期。如果存儲在主存需要上百個周期，而如果存儲在磁盤上，大約需要幾千萬個周期！ -- 出自 CSAPP 接下來一起深入了解下計算機系統涉及的幾個存儲設備： 隨機訪問存儲器 隨機訪問存儲器（RAM）分為靜態RAM （SRAM） 和動態RAM（DRAM）。SRAM的速度更快，但也貴很多，一般不會超過幾兆字節，通常用來做告訴緩存存儲器。DRAM就是就是我們常說的主存。 訪問主存 數據流是通過操作系統中的總線的共享电子電路在處理器和DRAM之間來來回回。每次CPU和主存之間的數據傳送都是通過一系列複雜的步驟完成，這些步驟成為總線事務。讀事務是將主存傳送數據到CPU。寫事務從CPU傳送數據到主存。 總線是一組并行的導線，能攜帶地址、數據和控制信號。下圖展示了CPU芯片是如何與主存DRAM連接的。 那麼我們在加載數據和存儲數據時，CPU和主存到底是怎樣交互實現的呢？ 首先來看一個基本指令，加載內存數據到CPU寄存器中: movq A,%rax 將地址A的內容加載到寄存器%rax中，這個命令會使CPU芯片上稱為總線接口（bus interface）的電路在總線上發起讀事務，具體分為三個步驟： CPU將地址A放到系統總線上，I/O橋將信號傳遞到內存總線。詳情看下下圖a 主存感覺到內存總線上的地址信號，從內存總線讀地址，從DRAM取出數據字，將其寫到內存總線。I/O橋將內存總線信號翻譯成系統總線信號，沿着系統總線傳遞到CPU總線接口。下圖b CPU感覺到系統總線上的數據，從總線上讀數據，並將數據複製到寄存器%rax...
張貼留言
閱讀完整內容

2016年電動車和插電式混合動力車銷量預計將超過70萬輛

中汽協日前預測，2016年全國電動汽車和插電式混合動力車的銷量預計將超過70萬輛，較2015年的銷量增長一倍。 2015年電動車和插電式混合動力車的合併銷量為331092輛，較2014年增長了340%。其中包括247482輛電動車和83610輛插電式混合動力車，在24萬輛多的電動汽車銷量中，包括146719輛乘用車，另有100763輛為商用車。插電式混合動力車的銷量中，60663輛為乘用車，22947輛為商用車。 根據2015年起草的藍圖，政府計畫到2020年在全國範圍內新建12000個充電站和480枚充電樁。2014年年底，全國共有780個充電站共31000枚充電樁。2015年政府還為27個省市自治區設定了電動車的最低銷量目標。 政府預計，這些措施到位後，自主品牌車企的電動車和插電式混合動力車銷量到2020年可達100萬輛，到2025年可達300萬輛。 本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理 【其他文章推薦】 ※為什麼 USB CONNECTOR 是電子產業重要的元件? ※ 網頁設計 一頭霧水??該從何著手呢? 找到專業技術的 網頁設計公司 ，幫您輕鬆架站! ※想要讓你的商品成為最夯、最多人討論的話題? 網頁設計公司 讓你強力曝光 ※想知道最厲害的 台北網頁設計公司推薦 、 台中網頁設計公司推薦 專業設計師"嚨底家"!! Orignal From: 2016年電動車和插電式混合動力車銷量預計將超過70萬輛
張貼留言
閱讀完整內容