在一般的分页设计中，要返回总页数、总条数、上一页和下一页几个数值。

但在数据量过大时，比如数十万甚至百万千万数据检索时，在无检索条件和建立索引的情况下，速度也还不错。但在多条件检索时再分页取结果就显得力不从心了。

在50万数据多条件检索（已建立多个索引）中，发现速度卡在取总条数代码中。
select count(*) from table where col like '%aa%' or col2 like '%bb%' or ....
这段代码比page,limit花费时间要长很多，达到1-2秒（服务器配置低）

SQL缓存也不是办法，毕竟每次查询条件不一样，缓存没多大意义。

最后实在无解了，把总条数去掉，只返回上一页下一页数据，让用户随意翻页，不控制最大页数。

参考网站
http://www.17zhao.cc
输入关键字检索

我是没办法了，求好思路