redis 在业务层面的应用之订单系统分库分表的索引表

分库分表的时候，仍然有多维度查询的需求，这个时候，常见方式是作索引表，索引表有多种实现方式，能够用redis， 能够用mysql binlog 实现等等，当用redis 实现索引表，咱们怎么去设计？咱们要主要哪些要点呢？好比咱们之外卖订单为例，用district 分表，分别创建商户的索引表和乘客的索引表。

1. 咱们的查询需求有哪些？
2. 用redis 作索引表，咱们用什么数据结构合适？怎么设计？
3. 索引表与主库怎么保证一致性？

咱们有哪些需求？

查询需求主要有来自订单id 的，来自商家id，来自买家id的需求，同时，还有查询商家历史订单，查询买家历史订单。而后，咱们全国的订单，默认若是按照地区分表，这里商家id 和买家id 若是跟订单id 和地区映射起来？同时，历史订单，涉及了时间维度，如何设计索引数据结构？

如何用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 为了防止被开发误操做，须要权限校验，key 审核，要在codis 层过滤一遍key，过滤掉flush 等指令。

综上，利用redis 作mysql 的二级索引实际上是可行的方案，在一些大公司也有过一些实践。使用redis 作索引表有什么缺陷呢？毕竟redis 是内存结构，若是发生数据丢失，索引重构是很是恶心的。