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

[wxsm]

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

[jason19659]

所以百万级的数据展示准确的 total 有什么意义。。数据少直接 count

[dishuibaby]

我们数据量比较大的时候。就用 solr 查询了。
还有就是给前端用户的展现。通常展现的都固定条件的列表，也不需要展现所有的数据列表吧。应该也不会有很复杂的搜索让用户自己选择。如果查询条件真的复杂了，那就要借助其他工具了。solr es xunsearch 都可以把
如果只是用 mysql 查，我们通常做的是最多展现 1000 页。

[aliasliyu4]

数据量很大的时候，我真的做不到啊，您继续喷吧，或者您来？

[chairuosen]

海量数据不是给人看的，给人看的拿 100 页足够

[LichMscy]

哈哈看标题第一反应没建索引，点进来果然

[adablue77]

如果你是前端 要明白自己职责是展现数据
数据都不给你 展现个毛线啊
性能优化不是你需要考虑的范围
产品原型确实需要 total 值 就跟写接口的要去
如果真是百万千万级的分页 你们后端会找产品撕逼的 不用你管
以性能推脱 不给数据 那直接出静态页多好 保证快

[jjx]

搞 erp 的哭了


每次报表必须有小计合计, 怎么也逃不过查询理论上执行了两次的命运

[woshifyz]

@nigelvon 你真写过大数据量的 count 吗？

[yiplee]

展示总评论总数查询条件不复杂性能肯定没问题

[liuxu]

需要建汇总表，《高性能 mysql 》一书建议可以用 Flexviews 插件

[projectzoo]

这个 count 确实不是简单的 count。。。
一个 comment 表中查询某一条 news 的 comment count 真的不是简单得 select count(*) 这么搞。

[jyf]

count 确实慢 不过不给是不对的 我就是做后端的 后端不应该把自己的技术困难推给调用方 如果真的很慢 那就上缓存 告知不能达到很高实时性就可以了

[petelin]

700 万 700MB, 花了 1.59 秒
6000 万 2.3G, count 不出来(已经没耐心等待返回了)

[winglight2016]

@EmdeBoas 那我是没机会用了，小厂完全用不上

[Jamy]

@LichMscy 85 我的 mongodb 中的一个集合光索引大小就 50G, 带条件 count??不存在的.