赞
踩
今天在测试的时候随便点击了一下倒数几页数据,
发现了一个奇异的事件
【怎么615,617,618…分页数据完全一样??】
打开idea查看分页代码ing…
仅仅是一个普通再普通不过的sql
参考
select * from table order by create_time desc
把偏移参数带入sql
select * from table order by create_time desc limit 30500,50
select * from table order by create_time desc limit 30550,50
select * from table order by create_time desc limit 30700,50
惊奇的发现 从mysql查出来的分页也是重复的!!!!
问题大致可能出现在mysql里
查阅了一下
在MySQL 5.6的版本以后,优化器在遇到order by limit的语句时候,会做一个priority queue的优化。
使用priority queue的目的,就是在不能使用索引有序性的时候,如果要排序,并使用了limit
n,那么只需要在排序的过程中,保留n条记录即可,这样虽不能解决所有记录都需要排序的开销,但只需要sort
buffer少量的内存就可以完成排序。之所以5.6版本以后出现第二页数据重复的问题,就是因为priority
queue使用了堆排序的排序方法,而堆排序是一个不稳定的排序方法,也就是相同的值可能排序出的结果和读出来的数据顺序不一致。同时,我们再看一下MySQL语句关键字执行顺序依次为 form… where… select… order by…
limit…,由于上述priority queue的原因,在完成select之后,所有记录是以堆排序的方法排列的,在进行order
by时,仅把view_count值大的往前移动。但由于limit的因素,排序过程中只需要保留到5条记录即可,view_count并不具备索引有序性,所以当第二页数据要展示时,mysql见到哪一条就拿哪一条,因此,当排序值相同的时候,第一次排序是随意排的,第二次再执行该sql的时候,其结果应该和第一次结果一样。
大致问题就是 目前我们的很大一部分数据是导入的 所以create_time是相同的 遇到相同的create_time mysql5.6使用了不稳定的一个堆排序 导致数据重复
解决方法
新增或修改排序字段( id总不重复吧!
select * from table order by create_time desc,id desc
分页这个东西也只是limit的衍生偏移排序查询 之后可能会遇到其他不一样的问题 慢慢解决吧!
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。