隨著車輛數量的快速增長,每輛車每分鐘上傳軌跡、位置等信息到MySQL導致MySQL庫數據量過大,將全量數據寫到云原生多模數據庫 Lindorm中可以解決數據量過多和成本問題。
業務挑戰
目前線下有7萬+輛車,車輛數量在快速增長,每輛車每分鐘上傳軌跡、位置等信息到MySQL,導致MySQL庫數據量過大,直接影響了在線查詢業務。
車輛數據需要存儲3年,日增數據量100 GB,3年總數據量超100 TB,數據存儲成本高昂。
解決方案
在原有的架構上引入了阿里云數據庫,并將全量數據寫到云原生多模數據庫 Lindorm中,同時增量數據通過Kafka、Spark等實時同步到云原生多模數據庫 Lindorm,這樣解決了客戶線下數據庫數據過大的問題。
客戶需要存儲最近3年的數據但是最近一個月的數據訪問很頻繁。云原生多模數據庫 Lindorm支持OSS做為冷存儲,這樣業務上把一個月之前的數據(冷數據)全部通過Lindorm自動存儲到OSS里面,最近一個月內的數據存儲到高效云盤,這樣在零代碼開發、零運維、客戶無感知情況下進行了冷熱分層存儲,大大節約了客戶的存儲成本。
運營人員可以通過云原生多模數據庫 Lindorm提供的SQL組件進行一些日常的運維工作,例如查找某車的位置。
客戶價值
通過將車聯網的數據存儲到云原生多模數據庫 Lindorm,存儲成本問題得到解決。
近幾年線下的車輛還不斷增加,但是由于云原生多模數據庫 Lindorm是一種分布式的數據庫,所以車輛的數
據增加不需要再變動已有的架構。
文檔內容是否對您有幫助?