阿里雲POLARDB如何助力輕鬆籌打造5億用戶信賴的大病籌款平臺？

輕鬆籌獨創了「大病救助」模式，幫助了衆多病患在第一時間解決了醫療資金等問題，爲了從源頭解決了醫療資金問題。而在輕鬆籌這樣全球5.5億用戶信賴的大病籌款平臺的背後，是日益增加的各類數據。面對這樣數據量所形成的巨大挑戰，阿里雲POLARDB是如何幫助輕鬆籌踐行「善DNA」的呢？本文就爲你們分享。

關於輕鬆籌

2014年9月,輕鬆籌成立。「輕鬆籌」做爲公司旗下的首要產品,「善DNA」可謂貫穿了整個發展歷程。輕鬆籌將目標聚焦在公衆健康保障領域，各功能板塊都與百姓的健康息息相關。由輕鬆籌獨創的「大病救助」模式幫助衆多病患在第一時間解決了醫療資金等問題。

爲了從源頭解決醫療資金問題,輕鬆籌於2016年4月推出了「輕鬆互助」業務,其目的在於抱團抵抗大病風險,一人患病,衆人均推救助金。並與多家保險公司達成合做，推出多款會員定製的保險產品，至此,輕鬆籌「全民健康保障體系」正式建成。

目前,輕鬆籌在自主研發的「區塊鏈」技術的加持下,再一次開創了行業先河。「陽光鏈」將大病救助、公益機構及互助行動的捐贈記錄、資金流向公開透明，爲公益事業及大病救助的發展指明瞭新方向。歷時4年,輕鬆籌體系(包含大病救助、輕鬆互助、輕鬆e保、輕鬆公益、輕鬆健康)在全球183個國家和地區的用戶總數超過5.5億、籌款總額超過255億元。

輕鬆籌的「大病救助」場景

由輕鬆籌獨創的「大病救助」模式，經過社交強關係爲大病患者提供高效便捷的籌款渠道，目前已經幫助235萬個大病家庭，籌集了255億元善款。

輕鬆籌大病救助平臺可以爲多達千萬的用戶提供籌款服務，每週增長的相關數據量多達10GB，包括髮起籌款的項目信息、用戶分享信息、訂單數據等，不斷增長的數據，很容易在目前的RDS數據庫上，達到存儲的上限。輕鬆籌經過將數據遷移至阿里雲POLARDB，很好的解決了存儲容量和性能的瓶頸。

輕鬆籌最爲看重就是阿里雲POLARDB存儲容量大和免分庫分表的特性。由於阿里雲POLARDB採用了集羣架構，而且採用了計算和存儲分離以及讀寫分離的機制，因此其存儲容量最高可以支持100TB，用戶無需由於單機容量的天花板而去購買多個MySQL實例作分片，而且也不須要考慮分庫分表，所以就簡化應用的開發，同時也下降了運維的負擔。

其次，輕鬆籌還看中了POLARDB強大的讀寫分離能力。當應用程序使用集羣地址時，POLARDB經過內部的代理層對外提供服務，應用程序的請求都先通過代理，而後才訪問到數據庫節點。Proxy不只能夠作安全認證和保護，還能夠解析SQL，把寫操做發送到主節點，把讀操做均衡地分發到多個只讀節點，實現自動的讀寫分離。對於輕鬆籌的小程序而言，在後臺使用POLARDB集羣就像使用一個單點的MySQL數據庫同樣簡單。

此外，在性能方面，阿里雲POLARDB利用基於Redo的物理複製代替基於Binlog的邏輯複製，提高主備複製的效率和穩定性，即便對大表進行加索引、加字段等DDL操做，也不會形成數據庫的延遲，可以實現毫秒級延遲。此外，POLARDB內置並行查詢引擎，對執行時長超過1分鐘的複雜分析類SQL加速效果明顯。這樣的性能優點可以很好地知足輕鬆籌的需求。

POLARDB助力「大病救助」平臺

數據管理效率提高

在阿里雲POLARDB的強大能力的基礎之上，輕鬆籌的「大病救助」平臺的數據管理效率有了很是大的提高，其主要體如今如下三個方面：

自適應數據增加

輕鬆籌的大病籌款項目隨着時間的累積，每一年以上T以上的結構化數據進行新增進行存儲。每一年新增數據表達到數百個，單表數據量更是達到億級別。因爲POLARDB採用分佈式存儲服務，可以根據數據增加自適應增長存儲空間，按照實際數據使用量進行計費，沒必要爲數據容量的限制和升級所擔心。

7*24 高可用服務

阿里雲POLARDB採用自帶讀寫分離的Active-Active多活高可用集羣架構 ，可以更好的監測故障和進行快速故障自動恢復，確保99.95%的高可用服務的同時，集羣自帶只讀節點，使得系統的聚合讀取性能成倍提高。

即時數據檢索和查詢

大病籌款的數據須要週期性批量寫入到POLARDB，而同時又須要支持即時的檢索查詢和分析處理，POLARDB的讀寫分離架構，很好的支撐了這類場景。同時，POLARDB還可以在幾分鐘之內在線增長只讀節點，進一步提高系統的吞吐處理能力，結合讀寫分離鏈接地址，自動進行請求的識別轉發，經過自適應負載均衡處理，讓集羣的計算力可以發揮到最大，消除了計算瓶頸。

原文連接 本文爲雲棲社區原創內容，未經容許不得轉載。