记录pageHelper分页orderby的坑
pageHelper的count查询会过滤查询sql中的order by条件!
pageHelper分页功能很强大,如果开启count统计方法,在你执行查询条件时会再执行一条selet count(*) from 的sql,
这个结果就是pageinfo属性中total的值。但是我在项目中遇到一个坑(total总数和自己sql查出的结果不一致),首先看我的sql:
SELECT t2.* FROM (SELECT t.* FROM qf_invoice t WHERE t.status =5 and t.isopen !=5 and t.remark ='查无此票' GROUP BY t.invoice_id )t2 LEFT JOIN (select t1.create_time,t1.invoice_id from (SELECT z.* from qf_invoice_log z ORDER BY z.create_time asc ) t1 where t1.type =102 GROUP BY t1.invoice_id)t3 ON t2.invoice_id = t3.invoice_id where 1=1 and epid = '001010001' and t3.create_time <= DATE_SUB(NOW(), INTERVAL 3 day) ORDER BY t2.input_time DESC ;
这是我查询数据的sql
初略的看感觉没什么问题啊,这也是我为什么在这个问题上浪费了太多的时间。
最后才发现count的sql中“order by desc”的条件全没有了,因为我其中一条sql需要根据时间倒序作为条件,
这样导致我count的值其实是不准确的,但是list的值又是正确的。
PageHelper.startPage(page, pageSize); List<Map> oldMap = invoiceMapper.reviewInvoiceList(paramMap);
这里我查出的分页数据的size为0,但是total值却变成2了- -
![](https://images2018.cnblogs.com/blog/1162521/201802/1162521-20180225082029625-239638405.png)
最后将count的方法重写一下就可以了,这样就不会出现total总数不正确的状况。
/** * pageHelper分页查询count时会默认过滤掉sql中的orderby条件。 */ PageHelper.startPage(page, pageSize,false); List<Map> oldMap = invoiceMapper.reviewInvoiceList(paramMap); long oldMapTotal = invoiceMapper.reviewInvoiceList_COUNT(paramMap);