618 Tech Talk|高併發場景下的資料訪問速度如何保障?
雲妹導讀:
達達集團618迎來了“達達物流”和“京東到家”雙平臺業績新高,京東智聯云云快取Redis保障了京東到家在大促期間高併發場景下的資料訪問速度。那Redis是什麼?雲上快取Redis概況?京東智聯云云快取Redis又如何助力“京東到家”呢?
快取Redis已成為高併發場景下提升資料訪問速度的標配。大多數企業都會面臨大量併發讀寫資料時訪問速度慢、資料庫壓力大的問題,Redis起到了降低資料庫壓力,提升資料訪問速度的作用。下圖是某網站業務的解決訪問速度慢的問題,引入快取Redis提升訪問速度的流程:
01 Redis 是什麼?
Redis(Remote Dictionary Server)是義大利人開發的一款記憶體快取記憶體資料庫,由C語言編寫而成,是典型的NoSQL資料庫,號稱世界上最快的資料庫之一。有如下特點:
- 支援多種資料結構,支援如下圖所示的五種資料結構
- 讀寫速度快、效能高,由於資料都存在記憶體中,非SSD或者HDD等儲存介質,記憶體型資料庫的最大特點就是效能高、響應時間極低
- 持久化到硬碟上(Redis 提供了兩種持久化方式:RDB 和 AOF),即使斷點或機器故障時,記憶體資料不會丟失,保證了資料的高可靠
- 高可用和分散式,提供哨兵機制保證服務高可用,不同節點保障分散式部署
- 多語言客戶端,支援Java、PHP、Python、C、C++、Nodejs等
- 豐富的功能,鍵過期、釋出訂閱實現訊息系統等
- 支援事務原子性,即運算元據要麼全部成功,要麼全部失敗
02 雲上快取Redis概況
各大雲廠商都已紛紛推出雲上快取服務,雲上快取Redis在開源Redis基礎上,除了單例項架構(無高可用性),大部分廠商增加了Proxy代理,更方便的對Redis例項進行管理運維,控制檯可對例項便捷管理及視覺化監控。京東智聯云云快取Redis在各行業積累了豐富的行業經驗,目前已為各行業龍頭公司提供穩定的高效能快取服務。
一般客戶業務系統使用雲快取Redis後,相比傳統自建機房、自己搭建維護Redis叢集千萬級別的投入,成本能大幅度降低。使用雲快取Redis前期投入少,每年的雲上費用也比自建維護費以及租金少一個數量級;同時雲快取Redis可擴充性更高,可以隨著公司業務量和場景的變化隨時擴縮容或新增購買,週期時間短;更重要的一點是,雲上快取Redis橫向擴充套件能力很強、速度快,隨時保證高效能應對海量高併發讀寫,而傳統快取資料庫高壓讀寫時容易崩潰。
03 京東智聯云云快取 Redis 助力“京東到家”
達達快送是達達集團旗下中國領先的本地即時配送平臺,為各類商家和個人使用者提供專業高效的本地即時配送服務。截至2020年一季度,達達快送業務覆蓋全國2400多個縣區市,日單量峰值達千萬級。
京東到家是達達集團旗下中國領先的本地即時零售平臺。京東到家攜手零售商和品牌商等合作伙伴,依託達達快送的全國即時配送網路,為消費者提供超市便利、生鮮果蔬、醫藥健康、鮮花蛋糕、烘焙茶點、家居時尚等海量商品約1小時配送到家的服務體驗。截至2020年一季度,京東到家業務覆蓋全國700多個縣區市,年度活躍門店數近10萬。
作為典型的電商, 京東到家的快取需求為:
1.讀寫高效能、低時延;
2.快取資料持久化儲存,保證服務高可用;
3.定期備份資料,可按需恢復;
4.監控報警服務,超過閾值的監控會及時通知;
5.提供大容量快取例項、促銷時能快速平滑擴容;
6.提供資料遷移上雲服務,支撐使用者前期資料的遷移上雲;
7.定期快取分析,檢視訪問命令、大key熱key情況,便於調整快取資料存取策略。
京東智聯云云快取 Redis 給京東到家購物車系統、簽到系統等提供了強大穩定的快取服務。在滿足客戶所提需求之外,京東智聯云云快取 Redis 還提供了24小時技術支撐服務,應對各種突發事件,已經歷過618、雙11、雙12大促考驗。
那雲快取Redis又是如何解決以上需求的呢?
- 資料遷移上雲:使用者把資料從自建Redis遷移到雲快取Redis,使用遷移工具,支援不停服雙寫遷移
- 備份恢復:定期備份,使用者資料需要持久化並保證資料的可靠性
- 備份下載:為了防止資料丟失,7天外的資料需要提前下載到本地
- 引數修改:客戶需要修改Redis的一些引數配置,可透過引數修改功能實現
- 按需擴容:隨著客戶的資料量越來越大,開通的例項容量需要平滑擴容
- 監控報警:設定報警策略,觸發閾值時及時電話郵件通知,方便隨時檢視處理
- 快取分析:可定時快取分析,檢視TOP命令、大key熱key和key型別分佈,根據分析調整快取策略
達達618期間迎戰巨大的物流配送挑戰,保障了末端“最後3公里”的高效履約。在這張覆蓋全國上千縣市、數十萬配送員的強大運力網路背後,京東智聯云云快取 Redis 有效地保障了達達系統的穩定性和高效性。
在此次京東 618 大促期間, 京東智聯云云快取 Redis 支撐了京東物流倉儲管理、供應鏈、大件物流開放平臺等核心系統,和京東到家的簽到、秒殺、紅包等多個系統的資料儲存和訪問需求。
點選 【 閱讀 】瞭解更多京東智聯云云快取 Redis 資訊
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/69912185/viewspace-2700354/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- Tech Talk · 雲技術有話聊 | 關鍵基礎部件如何保障高可靠?
- 高併發場景下如何優化伺服器的效能?優化伺服器
- 高併發場景下的快取有哪些常見的問題?快取
- 【高併發】面試官:講講高併發場景下如何優化加鎖方式?面試優化
- 併發場景下資料寫入功能的實現
- Tomcat 9.0.26 高併發場景下DeadLock問題排查與修復Tomcat
- 解決資料庫高併發訪問瓶頸問題資料庫
- 618 Tech Talk|400%儲存容量增長背後的成長之路
- 高併發場景下JVM調優實踐之路JVM
- 高併發下的資料一致性保障(圖文全面總結)
- MySQL在大資料、高併發場景下的SQL語句優化和"最佳實踐"MySql大資料優化
- 【高併發】億級流量場景下如何為HTTP介面限流?看完我懂了!!HTTP
- 高併發業務場景下的秒殺解決方案 (初探)
- MySQL 在併發場景下的問題及解決思路MySql
- 高併發下如何避免產生重複資料?
- Tech Talk · 雲技術有話聊 | 基於低程式碼的資料開發如何提升效率?
- TiDB 在國信證券海量資料高併發場景中的實踐TiDB
- C++高併發場景下讀多寫少的解決方案C++
- RocketMQ實戰--高併發秒殺場景MQ
- 高併發下資料冪等問題的9種解決方案
- 【大廠面試01期】高併發場景下,如何保證快取與資料庫一致性?面試快取資料庫
- 高併發場景下的會話服務資料讀寫設計思路(附具體實施方案)會話
- 活字格效能最佳化技巧(2)-如何在大規模資料量的場景下提升資料訪問效率
- Redis+Lua解決高併發場景搶購秒殺問題Redis
- 千萬併發連線下,如何保障網路效能
- 資料庫系列:高併發下的資料欄位變更資料庫
- 大規模叢集下Hadoop NameNode如何承載每秒上千次的高併發訪問Hadoop
- 高訪問量高併發問題的一部分解決方案
- SqlServer 高併發的情況下,如何利用鎖保證資料的穩定性SQLServer
- 大規模叢集下Hadoop NameNode如何承載每秒上千次的高併發訪問【二】Hadoop
- 面試官:每秒上千訂單的場景下,如何對分散式鎖進行高併發優化?面試分散式優化
- 政務場景|看「API-SMAC」如何守好API,保障流動資料安全APIMac
- Tech Talk · 雲技術有話聊 | 基於多場景計算分析的融合數倉基礎架構架構
- 如何測試伺服器的訪問速度伺服器
- 資料庫系列:InnoDB下實現高併發控制資料庫
- 大模型微調,長尾場景下的資料如何清洗?大模型
- 【高併發】億級流量場景下如何實現分散式限流?看完我徹底懂了!!(文末有福利)分散式
- 5G機遇 | 如何解決在核心場景的高併發、超低延遲需求?