@lcy630409 where 获取数据很快，where 情况下的 count 也能接受。

由于历史原因，id 数有过断层，这个方案行不通。

需求就是在总览的时候要求能够显示总条数，现在已经条数异步了，只能给上下页，然后查看指定用户的时候再提供分页。

@vance 那个似乎不支持 where 查询吧

@love @lihongjie0209 然而需求就是要求要有总条数，以及总页数。 管理员经常会翻到最后一页看一下这个用户的前面的钱是怎么进来的。 翻到最后一页本身就有 offset 的性能问题，现在勉强用 beween and 加速了下查询。

搜索的指标而且还有很多，所以维护 where 计数有点麻烦，至于维护总数放到 redis 里面是可以的。

但是现在分表后，聚合几个表的数据不知道怎么分页了。
难道是一个总表，然后几个分表，总表内仍然包含所有数据给管理员查询， 分表只给应用端查询？