隨著車輛數量的快速增長，每輛車每分鐘上傳軌跡、位置等信息到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是一種分布式的數據庫，所以車輛的數
據增加不需要再變動已有的架構。
文檔內容是否對您有幫助？