我们知道mysql limit 起始位置越往后效率越低
这个时候如果id为主键并且连续 可以先先用id>=来定位然后limit分页
如果id不为连续应该怎么办？
怎么解决分页，页数越后效率越慢的情况
谢谢！
关于mysql，limit，提前用id>=定位问题
- 写回答
- 好问题 0 提建议
- 追加酬金
- 关注问题
分享- 邀请回答
-
1条回答 默认 最新
- 2018-12-27 10:26回答 6 已采纳  上面sql是id是主键时候，下面没有加索引。
- 2022-04-02 22:20回答 2 已采纳 不连续是正常的,这个东西只要保证自增且唯一就行了。如果想要连续的话,需要设置id不自增,每次插入数据前查一次当前最大值,然后指定id为这个最大值加1,但这样性能开销太大了。
- 2019-04-08 14:30回答 4 已采纳 可以尝试一下下面的SQL: SELECT top 2 t.* FROM ( select ordersitem.flowerid,flowername,orderdate,flowerunit,s
- 2021-01-27 16:30谢漠烟的博客 前言日常开发中,我们使用mysql来实现分页功能的时候,总是会用到mysql的limit语法.而怎么使用却很有讲究的,今天来总结一下.limit语法limit语法支持两个参数,offset和limit,前者表示偏移量,后者表示取前limit条数据....
- 2022-04-26 15:10回答 2 已采纳 你这个是在where条件里面的，第一个大于4800000的数据条数就不多了，第二个就相当于没有这个where条件了，都是id>1的，没有意义了，还不如不写，人家说的偏移量越大，是指你的limit
- 2022-02-14 11:18回答 2 已采纳 你这个语法其实对于标准sql来说是个错的, 如果存在group by ,那么未聚合的字段必须都接在group by 后面,老版本的mysql没这个限制,但是查出来的数据是个随机的,比如你这个riqi,
- 2021-05-24 22:09回答 1 已采纳 错误已经显示了，没有mysql.h的头文件，你检查下是不是头文件路径没有包含进去
- 2023-01-03 19:57大富大贵7的博客 但今天，很惊讶，MySQL在对数量级的性能，甚至差距如此之大不同的顺序相同的功能。 看看表ibmng(id,title,info) 只要 id key 指数title 看看两个语句： select * from ibmng limit 1000000,10 select * from ...
- 2021-04-23 13:43回答 3 已采纳 数据类型是数字或者浮点数，你用字符串作为条件基本上是查不到的，而like是模糊查询，能自动扩展。首先你需要知道底层存储和查询结果是两回事。
- 2022-04-26 16:37回答 4 已采纳 是的，很多搜索引擎也就是通过这样把数据记录成json保存在内存中
- 2015-06-26 02:42回答 5 已采纳 **limit操作会对查询有一些优化，查询到指定条数的数据，就可以提前结束了**
- 2021-11-19 14:19塞翁@@的博客 问题描述：数据表有3000万行，单表分页查询，count时间在10s内，limit查询需要一分钟左右；表的索引非常多，几乎每写一个sql都会创建对应的索引， sql类似： select [data] from [table] where [condition] order by...
- 2020-03-11 10:23回答 5 已采纳 我之前遇到过跟你一样的问题，不用子查询解决不了，having的执行顺序在group by之后，在执行到having时每个id就只剩一条数据了，试一下下面这个sql。 ``` select * fr
- 2022-07-27 10:35律二萌萌哒的博客 MySQL limit使用及超大分页问题解决
- 2021-06-28 18:00haohao_ding的博客 mysql大数据使用limit分页查询优化 优化前 我们一般是由limit做查询时的语句为： SELECT * FROM table a LIMIT 1000000, 10 ; 当数据库的数量越大，查询数据越往后时候SQL语句执行的数据将会变得越慢。 优化后...
- 没有解决我的问题, 去提问
