天貓和淘寶每天發(fā)生的實物和虛擬商品的交易達到億級別。考慮到一次成功交易的整個鏈路，會涉及到會員信息驗證，商品庫信息查詢，訂單創(chuàng)建，庫存扣減，優(yōu)惠扣減，訂單支付，物流信息更新，確認支付等。那淘寶交易訂單庫的4個演變階段是什么？

交易訂單作為其中數(shù)據(jù)庫關(guān)鍵的信息，由于可能涉及交易糾紛處理，需要隨時提供用戶查詢，必須長久的記錄在數(shù)據(jù)庫中。淘寶成立至今近17年，所有與訂單相關(guān)的數(shù)據(jù)庫記錄總量達到了萬億級別，其所占用的磁盤空間也早已超過PB級。下面魚爪網(wǎng)小編就為大家詳細說說淘寶交易訂單庫的4個演變階段，感興趣的朋友不妨一起來看看吧。

第1階段，開始由于流量較小，使用了一套Oracle數(shù)據(jù)存儲了所有的訂單信息，新訂單創(chuàng)建和歷史訂單查詢都在同一套數(shù)據(jù)庫進行。

第2階段，由于歷史訂單量數(shù)據(jù)量越來越大，單一一套庫已經(jīng)不能滿足同時滿足性能和容量的問題，于是對交易訂單庫進行了拆分，單獨建立了一個Oracle歷史庫，將三個月以前的訂單遷移進歷史庫，同時由于數(shù)據(jù)量巨大，查詢性能不能滿足需求，因此當時的歷史訂單不提供查詢功能。用戶只能查詢?nèi)齻€月之內(nèi)的訂單信息。

第3個階段，為了解決擴展性和存儲成本問題，交易歷史庫整體遷移到了HBase方案，這套方案在當時很好了解決了存儲成本和業(yè)務(wù)查詢需求這2個訴求。整體方案是使用主表結(jié)合索引表，查詢訂單詳細信息通過主表完成，通過買家或者賣家ID查詢訂單，則需要借助索引表先得到訂單號。

但這個方案遺留一個問題：訂單并不是嚴格按照90天進行遷移的，有很多類型的訂單并不遷移到歷史庫，導(dǎo)致已買到--訂單列表的排序是亂序的，已買到的訂單列表不是嚴格按照時間由近到遠排序的，用戶如果按照訂單列表一頁一頁往下翻，會發(fā)現(xiàn)自己的訂單”突然丟了”(實際上沒有丟的，只是亂序了，再往后翻就有了)。

第4個階段，歷史庫采用基于X-Engine引擎的PolarDB-X集群，在滿足存儲成本的同時，提供與在線庫一樣的索引能力，解決亂序問題。

以上就是魚爪網(wǎng)為大家所整理分享“淘寶交易訂單庫的4個演變階段，你都知道嗎？”的相關(guān)疑惑解答，希望能對大家了解線上平臺交易訂單庫的演變階段有很大的幫助。如果大家還想了解更多電商網(wǎng)店信息，歡迎關(guān)注魚爪官網(wǎng)。