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

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

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

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

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

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

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

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

樂發(fā)網(wǎng)超市批發(fā)網(wǎng)提供超市貨源信息,超市采購進(jìn)貨渠道。超市進(jìn)貨網(wǎng)提供成都食品批發(fā),日用百貨批發(fā)信息、微信淘寶網(wǎng)店超市采購信息和超市加盟信息.打造國內(nèi)超市采購商與批發(fā)市場供應(yīng)廠商搭建網(wǎng)上批發(fā)市場平臺,是全國批發(fā)市場行業(yè)中電子商務(wù)權(quán)威性網(wǎng)站。

本文內(nèi)容整合網(wǎng)站：百度百科、知乎、淘寶平臺規(guī)則

本文來源： 淘寶交易訂單庫的4個演變階段,你都知道嗎?