分页查询，查个 total 很难吗？

[wxsm]

如题。一个破接口，后端开发人员三番五次说要不传 total，让我去别的地方取，说什么查个 total 相当全表扫，我真是服气。

[weizhen199]

有个办法，去统计信息里拿总行数，大致是精准的

[toono]

内心 OS: 他到底在说 MySQL 还是 MongoDB.....

[tulongtou]

@kera0a 问题是你不知道 where 后面有什么条件呢，所以没办法说 count(*) 快慢

[tairan2006]

真太大了就用 es/solr 查…

[RTNelo]

还好在我司没遇到过大表显示页号的需求，给前端传个 `is_end` 就行了

[Immortal]

@weizhen199
这个的确可以，innodb 的查询优化器里应该有个大概数据用来做优化推算

[chenqh]

@weizhen199 不会拿。。

[barbery]

很烦这种分页，最完美的分页就是游标（逃

[cysroad]

如果一个表几百万的数据，一页 20 条，你显示个总页数有意思吗？分页带 total，一般只做 50 页以内的

[kimmykuang]

这个不是量大了都会遇到的问题么，简单就是做异构索引上 es，mysql innodb 千万各种条件 count，给个完美的方案？

[icegreen]

应该传 / 后端不行

[icegreen]

这种肯定是从用户 /产品设计的角度去出发, 第一要考虑的肯定是用户的体验和满足产品的需求;

另外接口设计肯定是要为使用者服务和考虑的, 至少我们是这样要求的.

[JKeita]

不管你建不建索引，只要命中的数据量很大时，查 total 本来就很慢

[finull]

@debuggerx 这种不需要 total，某页如果是满页就认为有下一页就好

[RubyJack]

你看看淘宝网给不给你翻到最后一页？
count 就是性能杀手，能不做就不做，后端没毛病。

[wengjin456123]

楼主没毛病啊，total 当然要给啊

[nxtxiaolong]

这个看数据库本身表中有没有存这个字段了，比如 mongodb 就每隔 collection 有这样的字段，没啥大问题，如果涉及到全表扫面，建立索引也是很慢的～

[JKeita]

数据量大就用 ES，才比较好解决

[JKeita]

还有即使是 ES 也会限制页数，页数越大查询越慢。所以数据量很大时，传 total 根本就毫无意义

[maemual]

如上面所说，我们不知道你们的业务场景到底是什么，上面动不动随便让人用 ES 的也都是随便瞎说。只能说的是，在某些场景下，取 count 可能确实是一个很麻烦的事情。所以希望能够对后端更加宽容，去了解为什么之后，好好的沟通。