SQL 本体查询不慢 mybatis-plus 的分页功能 Count 总数巨慢

[DeathBless]

SQL 本体是个多表联查
本来也挺慢的 后来 fouce index 主表 ID 后
查询速度大约只要 300 毫秒

但是用了 mybatis-plus 的自动分页后
他会在主 SQL 外套一个 count(1)来查询总数

本来也没什么问题 但是这个 sql 奇慢无比 大概要 6 秒
这是为什么 有啥办法优化吗🌚

[BBCCBB]

不用他的 page 函数, 自己手动加上 offset limit.

[zoharSoul]

把 count 去掉.
大多数情况下 count 都没啥用, 分页最好换种方式

[DeathBless]

@zoharSoul 因为有查询条件 还不少 每张表都有 变了总数就要变😭

[maigebaoer]

page count join 耗性能的都被你用上了🤣

[DeathBless]

@maigebaoer 😂所以怎么办

[ganbuliao]

count(*)

[zhaokun]

他的原理是在你的 sql 外面包了一层 select count(*) from (你的 sql)

[pierswu]

可以 setSearchCount(false)去掉查询总数的，这种分页的需求，如果需求允许的话，不一定每一次翻页都要查一次总数。

[aegon466]

mp 分页还是要全部查出来再分页的 建议自己优化

[zoharSoul]

@DeathBless 总数给前端个 99999 得了

[NPC666]

试试用 pagehelper 进行分页？

[aguesuka]

前端要就手写，不要就不查。现代 sql 解释器查总数还要 6 秒说明 sql 有问题，该改改，该加索引加索引，该拆表拆表

[aguesuka]

查 count6 秒查数据 0.3 秒估计也做没排序吧？(或者是按主键)这样分页是有问题的

[PhilC]

@zoharSoul 我们之前就这么干的

[cheng6563]

数据多了分页要快要这样：
1.不查总数。
2.用主键按偏移量分页，这样会限制翻页数量，比如 where id > 2233 limit 20,10

最好是按日期，时间之类的字段加索引进行限制

[zoharSoul]

@PhilC #14
是啊, 常见做法, 一般 count 对于用户也没啥意义.

比如我刷 V2EX 也不关心总共多少帖子嘛

[xgq89757]

@zoharSoul 我们现在就这么干的。今天看到另外一个帖子，用 explan 里的行数，这个不精确，但妙啊

[gundam0603]

有的版本开始 count 可以手动写，自己写个去掉没有的子查询和关联，会快不少，再慢就只能加 count 的缓存了

[xiaochong0302]

@pierswu 那就要用自定义的分页组件了，其实 count 也可以缓存起来，离不开自定义

[gundam0603]

@xiaochong0302 直接写 Count 方法覆盖就行了，从某个版本开始就支持了，这种治标不治本，让产品看看需不需要总数吧 或者加条件什么的，数据量大了迟早会不行的