面试题？
你知道mysql 中limit的用法吗？ 你是怎么使用的？ 在一条sql语句中 limit 1 表示什么，limit 1,3 又是什么意思？
这道题本人答的很烂。。。。。

在mysql中，limit关键字主要用于指定查询结果从哪条记录开始显示，一共显示多少条记录；它有3种使用语法“LIMIT 初始位置，记录数”、“LIMIT 记录数”和“LIMIT 记录数 OFFSET 初始位置”。

当数据表中有上万条数据时，一次性查询出表中的全部数据会降低数据返回的速度，同时给数据库服务器造成很大的压力。这时就可以用 LIMIT 关键字来限制查询结果返回的条数。

LIMIT 是 MySQL 中的一个特殊关键字，用于指定查询结果从哪条记录开始显示，一共显示多少条记录。

LIMIT 关键字有 3 种使用方式，即指定初始位置、不指定初始位置以及与 OFFSET 组合使用。

1.指定初始位置

LIMIT 关键字可以指定查询结果从哪条记录开始显示，显示多少条记录。

LIMIT 指定初始位置的基本语法格式如下：

LIMIT 初始位置，记录数

其中，“初始位置”表示从哪条记录开始显示；“记录数”表示显示记录的条数。第一条记录的位置是 0，第二条记录的位置是 1。后面的记录依次类推。
注意：LIMIT 后的两个参数必须都是正整数。

测试表数据

测试1，使用 LIMIT 子句返回从第 4 条记录开始的行数为 5 的记录，SQL 语句和运行结果如下；

select * from entry limit 3,5

由结果可以看到，该语句返回的是从第 4 条记录开始的之后的 5 条记录。LIMIT 关键字后的第一个数字“3”表示从第 4 行开始（记录的位置从 0 开始，第 4 行的位置为 3），第二个数字 5 表示返回的行数。

不指定初始位置

LIMIT 关键字不指定初始位置时，记录从第一条记录开始显示。显示记录的条数由 LIMIT 关键字指定。

LIMIT 不指定初始位置的基本语法格式如下：

LIMIT 记录数

select * from entry limit 3

结果中只显示了3 条记录，说明“LIMIT 3”限制了显示条数为 3。

其中，“记录数”表示显示记录的条数。如果“记录数”的值小于查询结果的总数，则会从第一条记录开始，显示指定条数的记录。如果“记录数”的值大于查询结果的总数，则会直接显示查询出来的所有记录.

LIMIT和OFFSET组合使用

LIMIT 可以和 OFFSET 组合使用，语法格式如下：

LIMIT 记录数 OFFSET 初始位置

参数和 LIMIT 语法中参数含义相同，“初始位置”指定从哪条记录开始显示；“记录数”表示显示记录的条数。

select * from entry limit 5 OFFSET 3

由结果可以看到，该语句返回的是从第 4 条记录开始的之后的 5 条记录。即“LIMIT 5 OFFSET 3”意思是获取从第 4 条记录开始的后面的 5 条记录，和“LIMIT 3，5”返回的结果相同

分页查询limit

格式: limit 跳过的条数,请求条数(每页的条数)
格式: limit (请求页数-1)*每页条数,每页条数

请求5页的8条 32,8
3页10条 20,10
9页20条 (9-1)*20,20
1. 查询员工姓名和工资按照工资降序排序查询前三条
select ename,sal from emp order by sal desc limit 0,3;
2. 查询第二页的4条数据
select * from emp limit 4,4;
3. 查询第3页的3条数据
select * from emp limit 6,3;
4. 查询最惨员工信息(工资最低)
select * from emp order by sal limit 0,1;

MySQL通过 limit 实现分页查询。limit 接收一个或两个整数型参数。如果是两个参数，第一个指定返回记录行的偏移量，第二个指定返回记录行的最大数目。初始记录行的偏移量是 0。为了与 PostgreSQL 兼容，limit 也支持limit a offset b【a：取的记录数；b：索引】。

一、分页查询

客户端通过传递 start(页码)，pageSize(每页显示的条数) 两个参数去分页查询数据库表中的数据。MySql 数据库提供的分页函数 limit m,n 用法和实际需求不切合，所以就需要根据实际情况去改写适合分页的语句。

1️⃣查询第1条到第10条的数据select * from table limit 0,10;
—>对应需求就是查询第一页的数据：select * from table limit (1-1)*10,10;

2️⃣查询第11条到第20条的数据select * from table limit 10,10;
—>对应需求就是查询第二页的数据：select * from table limit (2-1)*10,10;

3️⃣查询第21条到第30条的数据select * from table limit 20,10;
—>对应需求就是查询第三页的数据：select * from table limit (3-1)*10,10;

由此，得出符合需求的分页 sql 格式是：select * from table limit (start-1)*pageSize,pageSize;其中 start 是页码，pageSize 是每页显示的条数。

二、性能问题

对于小的偏移量，直接用 limit 查询没有什么问题。随着数据量的增大，越往后分页，limit 语句的偏移量越大，速度也会明显变慢。

优化思想：
避免数据量大时扫描过多的记录

解决：
子查询的分页方式或者 JOIN 分页方式。JOIN 分页和子查询分页的效率基本在一个等级上，消耗的时间也基本一致。

一般 MySQL 的主键是自增的数字类型，该情况可以使用下面的方式进行优化。以真实的生产环境的 6 万条数据的一张表为例，比较一下优化前后的查询耗时：

-- 传统 limit，文件扫描
select * from table order by id limit 50000,2;
受影响的行: 0
时间:  0.171s

-- 子查询方式，索引扫描
select * from table
where id >= (select id from table order by id limit 50000 , 1)
limit 2;
受影响的行: 0
时间: 0.035s

-- JOIN 分页方式
select * from table as t1
join (select id from table order by id limit 50000, 1) as t2
where t1.id <= t2.id 
order by t1.id limit 2;
受影响的行: 0
时间: 0.036s

可以看到经过优化性能提高了很多倍。

优化原理：
子查询是在索引上完成的，而普通的查询是在数据文件上完成的。通常来说，索引文件要比数据文件小得多，所以操作起来也会更有效率。因为要取出所有字段内容，普通查询需要跨越大量数据块并取出，而另一种方式直接根据索引字段定位后，才取出相应内容，效率自然大大提升。因此，对 limit 的优化，是避免直接使用 limit，而是首先获取到 offset 的 id，然后直接使用 limit size 来获取数据。

在实际项目使用，可以利用类似策略模式的方式去处理分页。例如，每页 100 条数据，判断如果是 100 页以内，就使用最基本的分页方式；如果大于 100，则使用子查询的分页方式。

三、limit 优化。使用合理的分页方式以提高分页的效率

• 使用 limit 实现分页逻辑。不仅提高了性能，同时减少了不必要的数据库和应用间的网络传输。
• 查询结果只有一条或者只要最大/最小一条记录，建议用 limit 1。这是为了使explain中 type 列达到 const 类型。“limit 1”可以避免全表扫面，只要找到了对应的一条记录，就不会继续向下扫描了，效率将会大大提高。当然，如果查询字段是唯一索引的话，没必要加 limit 1，因为 limit 的存在主要就是为了防止全表扫描，从而提高性能，如果一个语句本身可以预知不用全表扫描，有没有 limit，性能的差别并不大。
• 使用如下语句做分页的时候，随着表数据量的增加，直接使用 limit 分页查询会越来越慢。

select id,name from product limit 89757, 20

优化如下：可以取前一页的最大行数的 id，然后根据这个最大的 id 来限制下一页的起点。此例中上一页最大的 id 是 89756。SQL 可以采用如下的写法：

//方案一 ：返回上次查询的最大记录(偏移量)
select id,name from product where id> 89756 limit 20
//方案二：order by + 索引
select id,name from product order by id  limit 10000，10
//方案三：在业务允许的情况下限制页数

理由如下：

• 当偏移量最大的时候，查询效率就会越低，因为 MySQL 并非是跳过偏移量直接去取后面的数据，而是先把偏移量+要取的条数，然后再把前面偏移量这一段的数据抛弃掉再返回的。
• 如果使用优化方案一，返回上次最大查询记录(偏移量)，这样可以跳过偏移量，效率提升不少。
• 方案二使用 order by+索引，也是可以提高查询效率的。
• 方案三的话，建议跟业务讨论，有没有必要查这么多的分页。因为绝大多数用户都不会往后翻太多页。
  【强制】在代码中写分页查询逻辑时，若 count 为 0 应直接返回，避免执行后面的分页语句。