redis實(shí)現(xiàn)訂單系統(tǒng)分庫分表的索引表

這篇文章主要介紹“redis實(shí)現(xiàn)訂單系統(tǒng)分庫分表的索引表”，在日常操作中，相信很多人在redis實(shí)現(xiàn)訂單系統(tǒng)分庫分表的索引表問題上存在疑惑，小編查閱了各式資料，整理出簡(jiǎn)單好用的操作方法，希望對(duì)大家解答”redis實(shí)現(xiàn)訂單系統(tǒng)分庫分表的索引表”的疑惑有所幫助！接下來，請(qǐng)跟著小編一起來學(xué)習(xí)吧！

分庫分表的時(shí)候，仍然有多維度查詢的需求，這個(gè)時(shí)候，常見方式是做索引表，索引表有多種實(shí)現(xiàn)方式，可以用redis， 可以用mysql binlog 實(shí)現(xiàn)等等，當(dāng)用redis 實(shí)現(xiàn)索引表，我們?cè)趺慈ピO(shè)計(jì)？我們要主要哪些要點(diǎn)呢？比如我們以外賣訂單為例，用district 分表，分別建立商戶的索引表和乘客的索引表。

1. 我們的查詢需求有哪些？

2. 用redis 做索引表，我們用什么數(shù)據(jù)結(jié)構(gòu)合適？怎么設(shè)計(jì)？

3. 索引表與主庫怎么保證一致性？

我們有哪些需求？

查詢需求主要有來自訂單id 的，來自商家id，來自買家id的需求，同時(shí)，還有查詢商家歷史訂單，查詢買家歷史訂單。然后，我們?nèi)珖?guó)的訂單，默認(rèn)如果按照地區(qū)分表，這里商家id 和買家id 如果跟訂單id 和地區(qū)映射起來？同時(shí)，歷史訂單，涉及了時(shí)間維度，如何設(shè)計(jì)索引數(shù)據(jù)結(jié)構(gòu)？

如何用redis 做索引表？

使用redis 如果滿足上面的索引需求？這里zset 是非常合適的。

新建訂單

zadd salerId timestamp OrderId+district；
zadd buyerId timestamp OrderId+district；

查詢商家歷史訂單

zrange salerId  timestamp1 timestamp2
select * from table where order_id =xxx;

查詢買家歷史訂單

zrange buyerId  timestamp1 timestamp2
select * from table where order_id =xxx;

索引表表和主庫的一致性如何保證？

索引表需要跟主庫訂單表是強(qiáng)一致的，這里有幾個(gè)問題。寫的時(shí)候是先寫redis 還是先寫mysql ，讀的時(shí)候redis 沒讀到，但是mysql 有改如果處理? 其實(shí)比較好處理，寫先寫redis，讀的時(shí)候讀不到直接返回。強(qiáng)一致需要redis 和 mysql 定時(shí)對(duì)賬，然后redis 為了防止被開發(fā)誤操作，需要權(quán)限校驗(yàn)，key 審核，要在codis 層過濾一遍key，過濾掉flush 等指令。

綜上，利用redis 做mysql 的二級(jí)索引其實(shí)是可行的方案，在一些大公司也有過一些實(shí)踐。使用redis 做索引表有什么缺陷呢？畢竟redis 是內(nèi)存結(jié)構(gòu)，如果發(fā)生數(shù)據(jù)丟失，索引重構(gòu)是非常惡心的。

到此，關(guān)于“redis實(shí)現(xiàn)訂單系統(tǒng)分庫分表的索引表”的學(xué)習(xí)就結(jié)束了，希望能夠解決大家的疑惑。理論與實(shí)踐的搭配能更好的幫助大家學(xué)習(xí)，快去試試吧！若想繼續(xù)學(xué)習(xí)更多相關(guān)知識(shí)，請(qǐng)繼續(xù)關(guān)注億速云網(wǎng)站，小編會(huì)繼續(xù)努力為大家?guī)砀鄬?shí)用的文章！