游标翻页问题
普通的翻页就是前端会有一个分页条，可以指定一页的条数以及可以任意查看第几页
对应的参数是pageNo=5和pageSize=10 ,也就是第几页，每页多大。
对应的查询语句为：
begin=(pageNo-1)*pageSize
select * from user limit 40,10
也就是我们要丢掉前面40条数据，然后从第40条开始查询10条出来
深翻页
如果翻页很深，例如第1000000（10万）页，那么就要丢掉前面100万数据，再取10条记录，这样就会导致效率低下
如何优化？
我们可以直接跳到底100万条数据，然后取10条，只需要给查询条件加上索引，例如id
select * from user where id>1000000 order by id limit 0,10
游标翻页
通过索引直接定位到读取的位置，效率基本是一样的。这个id>1000000就是我们的游标，这就是**游标翻页。**使用游标翻页可以完美的解决我们的深翻页 问题
我们需要用一个变量cursor来快速定位到指定的记录，这个游标必须是走索引的，第一次查询的时候cursor为空，后面每次查询，cursor都取上一次查询的结果。
游标不适合跳页，只适合不停的往下翻的场景，例如往上查找聊天记录
如何判断查询到最后一页？
我们每次是固定x条，
- 如果最后查出来的记录不等于x条，说明已经到了最后一页。
- 如果总记录刚好是x的倍数，那么就要多查询一次（这一次查询结果为空）。
如何改进这种策略？
我们每次查询的时候，多查一条记录，然后游标cursor不设置为最后一个，而是倒数第二个，这样就方便判断是否查到最后了。