分表后⾮sharding_key的查询怎么处理呢？

1. 可以做⼀个mapping表，⽐如这时候商家要查询订单列表怎么办呢？不带user_id查询的话你总不能扫全表吧？所以我们可以做⼀个映射关系表，保存商家和⽤户的关系，查询的时候先通过商家查询到⽤户列表，再通过user_id去查询。

2. 打宽表，⼀般⽽⾔，商户端对数据实时性要求并不是很⾼，⽐如查询订单列表，可以把订单表同步到离线（实时）数仓，再基于数仓去做成⼀张宽表，再基于其他如es提供查询服务。

3. 数据量不是很⼤的话，⽐如后台的⼀些查询之类的，也可以通过多线程扫表，然后再聚合结果的⽅式来做。或者异步的形式也是可以的。

List<Callable<List<User>>> taskList = Lists.newArrayList();

for (int shardingIndex = 0; shardingIndex < 1024; shardingIndex++) { t

askList.add(() -> (userMapper.getProcessingAccountList(shardingIndex)));

}

List<ThirdAccountInfo> list = null;

try {

list = taskExecutor.executeTask(taskList);

} catch (Exception e) {

//do something

}

public class TaskExecutor {

public <T> List<T> executeTask(Collection<? extends Callable<T>> tasks) throws Exception {

List<T> result = Lists.newArrayList();

List<Future<T>> futures = ExecutorUtil.invokeAll(tasks);

for (Future<T> future : futures) {

result.add(future.get());

}

return result;

}

}