mysql limit技巧_mysql 使用技巧 分页limit

最新推荐文章于 2023-04-25 09:09:05 发布
最新推荐文章于 2023-04-25 09:09:05 发布
阅读量70 收藏
点赞数
文章标签： mysql limit技巧
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_42349272/article/details/113423472
版权

mysql> select * from employees order by hire_date desc limit 5;+-------------+------------+-----------+---------+--------------------+------------+----------+---------+----------------+------------+---------------+

| employee_id | first_name | last_name | email | phone_number | hire_date | job_id | salary | commission_pct | manager_id | department_id |

+-------------+------------+-----------+---------+--------------------+------------+----------+---------+----------------+------------+---------------+

| 173 | Sundita | Kumar | SKUMAR | 011.44.1343.329268 | 2000-04-21 | SA_REP | 6100.00 | 0.10 | 148 | 80 |

| 167 | Amit | Banda | ABANDA | 011.44.1346.729268 | 2000-04-21 | SA_REP | 6200.00 | 0.10 | 147 | 80 |

| 166 | Sundar | Ande | SANDE | 011.44.1346.629268 | 2000-03-24 | SA_REP | 6400.00 | 0.10 | 147 | 80 |

| 128 | Steven | Markle | SMARKLE | 650.124.1434 | 2000-03-08 | ST_CLERK | 2200.00 | NULL | 120 | 50 |

| 165 | David | Lee | DLEE | 011.44.1346.529268 | 2000-02-23 | SA_REP | 6800.00 | 0.10 | 147 | 80 |

+-------------+------------+-----------+---------+--------------------+------------+----------+---------+----------------+------------+---------------+

5 rows in set (0.00sec)

mysql> select * from employees order by hire_date desc limit 2,1;+-------------+------------+-----------+-------+--------------------+------------+--------+---------+----------------+------------+---------------+

| employee_id | first_name | last_name | email | phone_number | hire_date | job_id | salary | commission_pct | manager_id | department_id |

+-------------+------------+-----------+-------+--------------------+------------+--------+---------+----------------+------------+---------------+

| 166 | Sundar | Ande | SANDE | 011.44.1346.629268 | 2000-03-24 | SA_REP | 6400.00 | 0.10 | 147 | 80 |

+-------------+------------+-----------+-------+--------------------+------------+--------+---------+----------------+------------+---------------+

1 row in set (0.00sec)

mysql> select * from employees order by hire_date desc limit 2,2;+-------------+------------+-----------+---------+--------------------+------------+----------+---------+----------------+------------+---------------+

| employee_id | first_name | last_name | email | phone_number | hire_date | job_id | salary | commission_pct | manager_id | department_id |

+-------------+------------+-----------+---------+--------------------+------------+----------+---------+----------------+------------+---------------+

| 166 | Sundar | Ande | SANDE | 011.44.1346.629268 | 2000-03-24 | SA_REP | 6400.00 | 0.10 | 147 | 80 |

| 128 | Steven | Markle | SMARKLE | 650.124.1434 | 2000-03-08 | ST_CLERK | 2200.00 | NULL | 120 | 50 |

+-------------+------------+-----------+---------+--------------------+------------+----------+---------+----------------+------------+---------------+

2 rows in set (0.00sec)

mysql> select * from employees order by hire_date desc limit 2,3;+-------------+------------+-----------+---------+--------------------+------------+----------+---------+----------------+------------+---------------+

| employee_id | first_name | last_name | email | phone_number | hire_date | job_id | salary | commission_pct | manager_id | department_id |

+-------------+------------+-----------+---------+--------------------+------------+----------+---------+----------------+------------+---------------+

| 166 | Sundar | Ande | SANDE | 011.44.1346.629268 | 2000-03-24 | SA_REP | 6400.00 | 0.10 | 147 | 80 |

| 128 | Steven | Markle | SMARKLE | 650.124.1434 | 2000-03-08 | ST_CLERK | 2200.00 | NULL | 120 | 50 |

| 165 | David | Lee | DLEE | 011.44.1346.529268 | 2000-02-23 | SA_REP | 6800.00 | 0.10 | 147 | 80 |

+-------------+------------+-----------+---------+--------------------+------------+----------+---------+----------------+------------+---------------+

3 rows in set (0.00 sec)

MisT大野兔
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
MySQL limit使用方法以及超大分页问题解决
09-09
主要给大家介绍了关于MySQL limit使用方法以及超大分页问题解决的相关资料，文中通过示例代码介绍的非常详细，对大家的学习或者使用MySQL具有一定的参考学习价值，需要的朋友们下面来一起学习学习吧
mysql limit 分页的用法及注意要点
09-09
limit在mysql语句中使用的频率非常高，一般分页查询都会使用到limit语句，本文章向码农们介绍mysql limit 分页的用法与注意事项，需要的朋友可以参考下
MySQL 聚簇索引——新手入门
quanzhan_King的博客
04-25 1855
1. 什么是聚簇索引数据库的索引从不同的角度可以划分成不同的类型，聚簇索引便是其中一种。聚簇索引英文是 Clustered Index，有时候小伙伴们可能也会看到有人将之称为聚集索引等，与之相对的是非聚簇索引或者二级索引。聚簇索引并不是一种单独的索引类型，而是一种数据的存储方式。在 MySQL 的 InnoDB 存储引擎中，所谓的聚簇索引实际上就是在同一个 B+Tree 中保存了索引和数据行：此时，数据放在叶子结点中，聚簇聚簇，意思就是说数据行和对应的键值紧凑的存在一起。
MySQL 聚集索引(clustered index)、辅助索引(secondary index)
一名数据库爱好者的专栏
03-28 2206
数据库中的B+Tree索引可以分为聚集索引(clustered index)和辅助索引(secondary index)。 聚集索引(clustered index) B+Tree示例图在数据库中的实现即为聚集索引，聚集索引的B+Tree中的叶子节点存放的是整张表的行记录数据。 MySQL InnoDB 类型的表必须明确声明一个主键。 辅助索引(secondary index) 辅助索引的叶子节点...
浅谈MySQL的聚集索引
hu020138的博客
03-25 212
浅谈MySQL的聚集索引 聚集索引也称聚簇索引，英文为clustered index，这里通过一个关于新华字典的类比来浅谈下MySQL的聚集索引。 下面是一个类比： 新华字典的1页：1个磁盘页 根据拼音查找字和根据偏旁查找字：2种数据库索引 我们的大脑：内存 假如执行如下SQL，select * from xinhuazidian where pinyin=“zhang”，也就是查询所有拼音为“zhang”的字，类比到新华字典查找字的过程是：先从拼音索引查找“zhang”，确定了符合条件的字是从第m页到第n
MySQL 聚簇索引 clustered index
Wengzhengcun的博客
10-12 1416
Typically, an index is a separate data structure such as B-Tree that stores the key values used for faster lookups. A clustered index, on the other hand, is actually the table. It is an index that en...
MySQL索引系列--索引的优化--LIKE模糊查询
IT利刃出鞘的博客
02-08 8006
本文介绍MySQL的LIKE模糊查询索引的优化。主要是索引失效的解决方案。
mysql limit分页优化详细介绍
12-16
mysql limit分页优化 同样是取10条数据 select * from yanxue8_visit limit 10000,10 和 select * from yanxue8_visit limit 0,10 就不是一个数量级别的。 网上也很多关于limit的五条优化准则，都是翻译自MySQL...
mysql分页之limit优化技巧
03-20
本文档针对mysql分页之limit慢的问题，使用联合索引在大数据量的情况下优化limit分页的性能
在MySQL中使用LIMIT进行分页的方法
12-15
今天看一个水友说他的MySQL现在变的很慢。问什么情况时。说单表超过2个G的一个MyISAM。真垃圾的回答方式。  简单答复：换一个强劲的服务器。换服务器很管用的：） ………  最终让取到慢查询：   SELECT * FROM ...
mysql-索引篇
zjun1001的博客
10-28 232
索引创建： 简单索引：ALTER TABLE dangerous_goods ADD INDEX index_name(stationId); 组合索引：ALTER TABLE dangerous_goods ADD INDEX index_union(stationId,big_type_id,channelId,create_time); 索引删除： ALTER TABLE dangerous_goods DROP INDEX index_union ; ...
mysql中explain用法和结果的含义
WGH100817的博客
06-08 227
[sql] view plain copy print?explainselect*fromuserexplain select * from user [sql] view plain copy print?explainextendedselect*fromuserexplain extended select ...
MySQL索引的那些事儿~
程序员小金的博客
09-01 110
前缀索引 MySQL有时候需要索引很长的字符串，这会让索引变的大且慢，通常情况下可以使用某个列开始的部分字符串，这样大大的节约索引空间，从而提高索引效率，下面举例说明如何选取索引前缀。 –查找最常见的城市列表，发现每个值都出现45-65次 mysql> select count(*) as cnt,city from citydemo group by city order by cnt desc limit 10; +-----+--------------------+ | cnt | city
索引：“其实我是一种数据结构”
weixin_44988779的博客
09-07 961
“人家真的 不是目录” 索引的自白引言索引概述索引的创建索引的删除索引的查询explain查询有无索引show keys查询何种索引索引的原理聚簇索引辅助索引联合索引索引存在的问题 引言 大家好，我是索引，在MySQL中你可以使用CREATE INDEX indexName ON table_name (column_name)或alter table table_name add index(column_name)来创造我！在这里我主要澄清一下，我不是目录，你可以认为我是一种排序的数据结构，实在不行你就
一篇文章了解Like用法及常见索引失效情况
热门推荐
qq_48157004的博客
09-20 1万+
本文主要通过介绍Like索引优化以及全文索引，以MySQL为例。reverse（）应用场景，比如你根据身份证查询一个市洲的人员信息。众所周知，同一个市洲大部分人员身份证前6位是相同的，比如黄石，前六位420222。这个时候你就可以通过reverse（）字段，创建身份证后6位的前缀索引进行查询。**
MYSQL like模糊查询，%在前面索引为什么会失效 （最左前缀底层原理）
没有伞的孩子必须努力奔跑！—小林
03-26 5009
还是要从索引的数据结构说起。 我们都知道，我们通常用的索引数据结构是B+树，而索引是有序排列的。 如果索引关键字的类型是Int 类型，索引的排列顺序如下： 数据只存放在叶子节点，而且是有序的排放。 如果索引关键字的类型是String类型，排列顺序如下： 可以看出，索引的排列顺序是根据比较字符串的首字母排序的，如果首字母相同，就根据比较第二个字母进行排序，以此类推。 我们在进行模糊查询的时候，如果把 % 放在了前面，最左的 n 个字母便是模糊不定的，无法根据索引的有序性准确的...
MySQL 使用 like “%x“，索引一定会失效吗？
小林coding
01-25 8152
大家好，我是小林。 昨天发了一篇关于索引失效的文章：谁还没碰过索引失效呢 我在文末留了一个有点意思的思考题： 这个思考题其实是出自于，我之前这篇文章「一条 SQL 语句引发的思考」中留言区一位读者朋友出的问题。 很多读者都在留言区说了自己的想法，也有不少读者私聊我答案到底是什么？ 所以，我今晚就跟大家聊聊这个思考题。 题目一 题目一很简单，相信大家都能分析出答案，我昨天分享的索引失效文章里也提及过。 **「题目 1 」**的数据库表如下，id 是主键索引，name 是二级索引，其他字段都是非索引字段。
数据库基础问答（二） —— 为什么like不会像范围查询那样使索引失效
ProLayman的博客
11-01 1015
先看例子： 建立了name_age_address组合索引： 最普通的全匹配索引查询： 最左匹配不用多说； name_age_address相当于建立了三个索引： name索引，name_age索引，name_age_address索引。 可以分别看一下长度： name —— 377： name_age —— 381： name_age_address —— ...
mysql索引失效的情况总结
linqi的博客
06-19 374
1.LIKE操作中，’%xx%'不会使用索引，也就是索引会失效，但是‘xxx%’可以使用索引。在索引的列上使用表达式或者函数会使索引失效。 2.在一个SELECT语句中，索引只能使用一次，如果在WHERE中使用了，那么在ORDER BY中就不要用了。 3.组合索引中不能有列的值为空NULL，否则那么这一列对组合索引就是无效的。 4.在查询条件中使用不等于，包括<、>、<>、！= 会导致索引失效。不排除某些引擎帮忙优化的情况，还是走索引 5.在查询条件中使用IS NULL或者IS NO
mysql between 分页_MySQL分页查询方法及优化
最新发布
09-07
MySQL分页查询可以使用LIMIT关键字来实现，具体语法如下： ``` SELECT * FROM table_name LIMIT offset, page_size; ``` 其中，offset表示偏移量，即从第几条数据开始查询；page_size表示每页显示的数据条数。 ...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值