距離上次服務器將圖片轉義至oss服務器提交加載速度已經有一段時日了

對于圖片轉移至oss服務器優化前后的結果可以查看我之前編寫的文章點擊查看

如今隨著商戶數的增多，數據的增多，服務器的性能再一次達到了頂峰，并且由于是點餐系統的緣故訂單的，中午12點點餐人數對服務器的架構進行了一次瘋狂的考驗經過將歷史訂單表和分為今日訂單和歷史訂單表，數據庫和CPU得到了初步緩解，但是通過后臺查看過多的數據和中午大并發的查詢還是導致CPU和內存還是居高不下，于是有了本文，我們最終決定將中午常用的菜單，菜單列表，商戶信息等不經常更新的信息存儲值Redis緩存看是否對服務器能起到緩解作用

按照慣例查看前后性能圖

首先我們在我們的測試1核2G的服務器上做壓力測試

首先是走數據庫的

我們可以看到在并發為20左右時候已經大面積異常，響應緩慢，接口返回數據已經相當緩慢了

最后我們可以看到走數據庫的話在數據庫數據量比較大的情況下，會導致高并發查詢緩慢，并且導致接口響應特別緩慢的情況在100并發逐級遞增的測試下，并發數越高，響應越緩慢，就想中午點餐時候一樣，大量的人同時掃描二維碼卻因為響應緩慢數據一致取不到頁面轉圈這是很影響體驗的

下面的就是使用Redis的接口的性能測試

可以看到在使用了Redis緩存后，接口響應數據完爆每次都讀取數據庫的接口，成功率也從1.59%的成功率提升至了99.55%成功率

?

最后來一張服務器的Redis圖

下一期著重講解.net MVC項目如何添加Redis緩存

?

?

?

總結

以上是生活随笔為你收集整理的.net Redis缓存优化提高加载速度和服务器性能(一)的全部內容，希望文章能夠幫你解決所遇到的問題。

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