您的当前位置:首页正文

MYSQL limit,offset 区别

2023-11-10 来源:帮我找美食网
  •     keyword  
  • FROM  
  •     keyword_rank  
  • WHERE  
  •     advertiserid=‘59‘  
  • order by  
  •     keyword  
  • LIMIT 2 OFFSET 1;  
  •  

    比如这个SQL ,limit后面跟的是2条数据,offset后面是从第1条开始读取

     

     

    Sql代码  技术分享
    1. SELECT  
    2.     keyword  
    3. FROM  
    4.     keyword_rank  
    5. WHERE  
    6.     advertiserid=‘59‘  
    7. ORDER BY  
    8.     keyword  
    9. LIMIT 2 ,1;  

     

    而这个SQL,limit后面是从第2条开始读,读取1条信息。

     

    这两个千万别搞混哦。

     

     

    http://hi.baidu.com/muyixiaohui/blog/item/3bf96db0912743580923020c.html

    MYSQL limit,offset 区别

    标签:

    小编还为您整理了以下内容,可能对您也有帮助:

    LIMIT和OFFSET

    LIMIT和OFFSET允许你只检索查询剩余部分产生的行的一部分:

    如果给出了一个*计数,那么会返回数量不超过该*的行(但可能更少些,因为查询本身可能生成的行数就比较少)。LIMIT ALL的效果和省略LIMIT子句一样,就像是LIMIT带有 NULL 参数一样。

    OFFSET说明在开始返回行之前忽略多少行。OFFSET 0的效果和省略OFFSET子句是一样的,并且LIMIT NULL的效果和省略LIMIT子句一样,就像是OFFSET带有 NULL 参数一样。

    如果OFFSET和LIMIT都出现了, 那么先忽略OFFSET行再返回LIMIT个行。

    如果使用LIMIT,那么用一个ORDER BY子句把结果行约束成一个唯一的顺序是很重要的。否则你就会拿到一个不可预料的该查询的行的子集。你要的可能是第十到第二十行,但以什么顺序的第十到第二十?除非你指定了ORDER BY,否则顺序是不知道的。

    查询优化器在生成查询计划时会考虑LIMIT,因此如果你给定LIMIT和OFFSET,那么你很可能收到不同的规划(产生不同的行顺序)。因此,使用不同的LIMIT/OFFSET值选择查询结果的不同子集将生成不一致的结果,除非你用ORDER BY强制一个可预测的顺序。这并非bug, 这是一个很自然的结果,因为 SQL 没有许诺把查询的结果按照任何特定的顺序发出,除非用了ORDER BY来约束顺序。

    被OFFSET子句忽略的行仍然需要在服务器内部计算;因此,一个很大的OFFSET的效率可能还是不够高。

    LIMIT和OFFSET

    LIMIT和OFFSET允许你只检索查询剩余部分产生的行的一部分:

    如果给出了一个*计数,那么会返回数量不超过该*的行(但可能更少些,因为查询本身可能生成的行数就比较少)。LIMIT ALL的效果和省略LIMIT子句一样,就像是LIMIT带有 NULL 参数一样。

    OFFSET说明在开始返回行之前忽略多少行。OFFSET 0的效果和省略OFFSET子句是一样的,并且LIMIT NULL的效果和省略LIMIT子句一样,就像是OFFSET带有 NULL 参数一样。

    如果OFFSET和LIMIT都出现了, 那么先忽略OFFSET行再返回LIMIT个行。

    如果使用LIMIT,那么用一个ORDER BY子句把结果行约束成一个唯一的顺序是很重要的。否则你就会拿到一个不可预料的该查询的行的子集。你要的可能是第十到第二十行,但以什么顺序的第十到第二十?除非你指定了ORDER BY,否则顺序是不知道的。

    查询优化器在生成查询计划时会考虑LIMIT,因此如果你给定LIMIT和OFFSET,那么你很可能收到不同的规划(产生不同的行顺序)。因此,使用不同的LIMIT/OFFSET值选择查询结果的不同子集将生成不一致的结果,除非你用ORDER BY强制一个可预测的顺序。这并非bug, 这是一个很自然的结果,因为 SQL 没有许诺把查询的结果按照任何特定的顺序发出,除非用了ORDER BY来约束顺序。

    被OFFSET子句忽略的行仍然需要在服务器内部计算;因此,一个很大的OFFSET的效率可能还是不够高。

    SQL查询语句中的 limit 与 offset

    SQL查询语句中的 limit 与 offset 的区别:

    limit y 分句表示: 读取 y 条数据

    limit x, y 分句表示: 跳过 x 条数据,读取 y 条数据

    limit y offset x 分句表示: 跳过 x 条数据,读取 y 条数据

    比如分页获取数据:

    第1页: 从第0个开始,获取20条数据

    第2页: 从第20个开始,获取20条数据

    第3页: 从第40个开始,获取20条数据

    SQL查询语句中的 limit 与 offset

    SQL查询语句中的 limit 与 offset 的区别:

    limit y 分句表示: 读取 y 条数据

    limit x, y 分句表示: 跳过 x 条数据,读取 y 条数据

    limit y offset x 分句表示: 跳过 x 条数据,读取 y 条数据

    比如分页获取数据:

    第1页: 从第0个开始,获取20条数据

    第2页: 从第20个开始,获取20条数据

    第3页: 从第40个开始,获取20条数据

    MySQL 查询语句的 limit, offset 是怎么实现的?

    在写 select 语句的时候,使用 limit, offset 可能就像是我们吃饭喝水一样自然了。

    刚开始工作的时候也经常听前辈们教导:使用 limit, offset,当 offset 变大的时候执行效率会越来越低。

    相信在前辈们的言传身教,和自己的实战过程中,大家也都知道了为什么会这样。

    因为 select 在执行过程中,对于存储引擎返回的记录,经过 server 层的 WHERE 条件筛选之后,符合条件的前 offset 条记录,会被直接无情的抛弃,直到符合条件的第 offset + 1 条记录,才开始发送给客户端,发送了 limit 条记录之后,查询结束。

    虽然知道了是什么,也知道了为什么,但是我也一直好奇底层是怎么实现的,所以今天我们来扒一扒它的庐山真面目。

    先来简单的回顾一下 select 语句中 limit, offset 的语法,MySQL 支持 3 种形式:

    在读取数据的过程中,对于符合条件的前 offset 条记录,会直接忽略,不发送给客户端,从符合条件的第 offset + 1 条记录开始,发送 limit 条记录给客户端。

    所以,server 层实际上需要从存储引擎读取 offset + limit 条记录,源码里也是这么实现的,语法解析阶段,在验证了 offset 和 limit 都是大于等于 0 的整数之后,就把 offset + limit 的计算结果保存到一个叫做 select_limit_cnt 的属性里,offset 也会保存到一个叫做 offset_limit_cnt 的属性里。

    来到发送数据阶段,此时的记录已经通过了 WHERE 条件的筛选,接下来就是判断这条记录是不是要发送给客户端。

    第 1 步

    因为 offset 已经保存到 offset_limit_cnt 中了,先来判断 offset_limit_cnt 是否大于 0,如果大于 0,这条记录就会被抛弃了,不发送给客户端;如果等于 0,记录就具备了发送给客户端的资格了,然后接着进入 第 2 步 。

    第 2 步

    来到这一步,记录就具备了发送给客户端的资格了,至于要不要发,就看客户端想不想要它了,而客户端想不想要它,取决于 select_limit_cnt 。

    所以,在这一步要判断 已发送记录数量 (send_records)和 需要发送记的录数量 (select_limit_cnt)之间的关系,如果已发送记录数量 大于等于 需要发送的记录数量,则结束查询,否则就接着进入第 3 步。

    第 3 步

    在这里,记录愉快的等待着被发送给客户端。

    既然在 offset 变大之后,使用 limit, offset 效率越来越低,那应该怎么办呢?对于实战经验丰富的小伙伴来说,这是相当简单了,但是以防万一刚看到本文的小伙伴是刚刚开始用 SQL 写 Bug,所以还是要大概的写一下的。

    以一个 SQL 为例:

    为了取到 10 条记录,要先找到 8888 条记录,然后取到需要的 10 条,前面 8888 条记录都白找了,太浪费了,可以这样修改一下:

    LAST_MAX_ID 是上一次执行 SQL 时读取到的 主键 ID 的最大值,如果是第一次执行语句, LAST_MAX_ID = 0 。

    不过这种方案也有个问题,不支持跳着翻页,只支持顺序翻页(就是每次都点 下一页 的这种)。

    如果要支持跳着翻页,怎么办?

    只用 MySQL 这把锤子显然有点不够用了,还要再找一把锤子(Redis),可以把符合条件的记录的 主键 ID 都读取出来,存入到 Redis 的有序集合(zset)中,用 zset 相应的函数读取到某一页应该展示的数据对应的那些 主键 ID ,然后用这些主键 ID 去 MySQL 中查询对应的数据,从而用两把锤子间接的实现了分页功能。

    当然,这个方案也是有适用场景的,比如,这个方案明显就不适用于这些场景:符合条件的记录非常非常多导致存主键 ID 到 Redis 要占用很大的内存、记录更新频繁导致存主键 ID 的缓存经常被清除。如果碰到更复杂的场景,就要结合业务具体情况具体分析了

    MySQL 查询语句的 limit, offset 是怎么实现的?

    在写 select 语句的时候,使用 limit, offset 可能就像是我们吃饭喝水一样自然了。

    刚开始工作的时候也经常听前辈们教导:使用 limit, offset,当 offset 变大的时候执行效率会越来越低。

    相信在前辈们的言传身教,和自己的实战过程中,大家也都知道了为什么会这样。

    因为 select 在执行过程中,对于存储引擎返回的记录,经过 server 层的 WHERE 条件筛选之后,符合条件的前 offset 条记录,会被直接无情的抛弃,直到符合条件的第 offset + 1 条记录,才开始发送给客户端,发送了 limit 条记录之后,查询结束。

    虽然知道了是什么,也知道了为什么,但是我也一直好奇底层是怎么实现的,所以今天我们来扒一扒它的庐山真面目。

    先来简单的回顾一下 select 语句中 limit, offset 的语法,MySQL 支持 3 种形式:

    在读取数据的过程中,对于符合条件的前 offset 条记录,会直接忽略,不发送给客户端,从符合条件的第 offset + 1 条记录开始,发送 limit 条记录给客户端。

    所以,server 层实际上需要从存储引擎读取 offset + limit 条记录,源码里也是这么实现的,语法解析阶段,在验证了 offset 和 limit 都是大于等于 0 的整数之后,就把 offset + limit 的计算结果保存到一个叫做 select_limit_cnt 的属性里,offset 也会保存到一个叫做 offset_limit_cnt 的属性里。

    来到发送数据阶段,此时的记录已经通过了 WHERE 条件的筛选,接下来就是判断这条记录是不是要发送给客户端。

    第 1 步

    因为 offset 已经保存到 offset_limit_cnt 中了,先来判断 offset_limit_cnt 是否大于 0,如果大于 0,这条记录就会被抛弃了,不发送给客户端;如果等于 0,记录就具备了发送给客户端的资格了,然后接着进入 第 2 步 。

    第 2 步

    来到这一步,记录就具备了发送给客户端的资格了,至于要不要发,就看客户端想不想要它了,而客户端想不想要它,取决于 select_limit_cnt 。

    所以,在这一步要判断 已发送记录数量 (send_records)和 需要发送记的录数量 (select_limit_cnt)之间的关系,如果已发送记录数量 大于等于 需要发送的记录数量,则结束查询,否则就接着进入第 3 步。

    第 3 步

    在这里,记录愉快的等待着被发送给客户端。

    既然在 offset 变大之后,使用 limit, offset 效率越来越低,那应该怎么办呢?对于实战经验丰富的小伙伴来说,这是相当简单了,但是以防万一刚看到本文的小伙伴是刚刚开始用 SQL 写 Bug,所以还是要大概的写一下的。

    以一个 SQL 为例:

    为了取到 10 条记录,要先找到 8888 条记录,然后取到需要的 10 条,前面 8888 条记录都白找了,太浪费了,可以这样修改一下:

    LAST_MAX_ID 是上一次执行 SQL 时读取到的 主键 ID 的最大值,如果是第一次执行语句, LAST_MAX_ID = 0 。

    不过这种方案也有个问题,不支持跳着翻页,只支持顺序翻页(就是每次都点 下一页 的这种)。

    如果要支持跳着翻页,怎么办?

    只用 MySQL 这把锤子显然有点不够用了,还要再找一把锤子(Redis),可以把符合条件的记录的 主键 ID 都读取出来,存入到 Redis 的有序集合(zset)中,用 zset 相应的函数读取到某一页应该展示的数据对应的那些 主键 ID ,然后用这些主键 ID 去 MySQL 中查询对应的数据,从而用两把锤子间接的实现了分页功能。

    当然,这个方案也是有适用场景的,比如,这个方案明显就不适用于这些场景:符合条件的记录非常非常多导致存主键 ID 到 Redis 要占用很大的内存、记录更新频繁导致存主键 ID 的缓存经常被清除。如果碰到更复杂的场景,就要结合业务具体情况具体分析了

    mySql limit 函数后的参数是什么意思

    意思为:mySql limit函数的语法为SELECT * FROM table LIMIT [offset,] rows | rows OFFSET   offset。LIMIT接受一个或两个数字参数,该参数必须是整数常量。

    LIMIT子句可用于强制SELECT语句返回指定数量的记录。

    接受一个或两个数字参数,该参数必须是整数常量。 如果提供了两个参数,则第一个参数指定返回的第一条记录行的偏移量,第二个参数指定返回的最大记录行数。

    扩展资料:

    初始记录行的偏移量为0(而不是1):为了与PostgreSQL兼容,MySQL还支持以下语法:LIMIT#OFFSET#。

    mysql> SELECT * FROM table LIMIT 5,10; //检索记录行6-15。

    为了检索从某个偏移量到记录集末尾的所有记录行,可以将第二个参数指定为-1:

    mysql> SELECT * FROM table LIMIT 95,-1; //检索记录行96-last。 //经过广泛的用户验证后,limit参数不能有负数,甚至不能为-1。

    MYSQL中LIMIT用法

    LIMIT是MySQL内置函数,其作用是用于查询结果的条数。

    1)其语法格式如下:

    LIMIT[位置偏移量,]行数

    其中,中括号里面的参数是可选参数,位置偏移量是指MySQL查询分析器要从哪一行开始显示,索引值从0开始,即第一条记录位置偏移量是0,第二条记录的位置偏移量是1,依此类推...,第二个参数为“行数”即指示返回的记录条数。

    位置偏移量可以理解为跳过前xx条记录(元组).

    2)基本用法

    /*当没有指定位置偏移量时,只取4条时,可以这样写*/

    SELECT * FROM YourTableName LIMIT 4;

    /*当指定了位置偏移量时,从第3条起取4条时,可以这样写*/

    /*因为索引是从0开始计数的,所以第3条对应的索引就是2*/

    SELECT * FROM YourTableName LIMIT 2,4;

    3)应用场合:分页

     // 后台计算出页码、页数(页大小)

     int curPage = 2;

     int pageSize = 10;

     int startRow = (curPage - 1) * pageSize;

    SELECT * FROM YourTableName LIMIT startRow,pageSize;

    Top