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

創(chuàng)新互聯(lián)專注為客戶提供全方位的互聯(lián)網(wǎng)綜合服務(wù)，包含不限于做網(wǎng)站、成都網(wǎng)站制作、文縣網(wǎng)絡(luò)推廣、微信小程序、文縣網(wǎng)絡(luò)營銷、文縣企業(yè)策劃、文縣品牌公關(guān)、搜索引擎seo、人物專訪、企業(yè)宣傳片、企業(yè)代運營等，從售前售中售后，我們都將竭誠為您服務(wù)，您的肯定，是我們最大的嘉獎；創(chuàng)新互聯(lián)為所有大學(xué)生創(chuàng)業(yè)者提供文縣建站搭建服務(wù)，24小時服務(wù)熱線：13518219792，官方網(wǎng)址：www.cdcxhl.com

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

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

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

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

我們有哪些需求？

查詢需求主要有來自訂單id 的，來自商家id，來自買家id的需求，同時，還有查詢商家歷史訂單，查詢買家歷史訂單。然后，我們?nèi)珖挠唵?，默認(rèn)如果按照地區(qū)分表，這里商家id 和買家id 如果跟訂單id 和地區(qū)映射起來？同時，歷史訂單，涉及了時間維度，如何設(shè)計索引數(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;

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

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

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

到此，關(guān)于“redis實現(xiàn)訂單系統(tǒng)分庫分表的索引表”的學(xué)習(xí)就結(jié)束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學(xué)習(xí)，快去試試吧！若想繼續(xù)學(xué)習(xí)更多相關(guān)知識，請繼續(xù)關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編會繼續(xù)努力為大家?guī)砀鄬嵱玫奈恼拢?/p>
文章名稱：redis實現(xiàn)訂單系統(tǒng)分庫分表的索引表
轉(zhuǎn)載來于：http://weahome.cn/article/jgepci.html