数据库limit用法及其优化
1.语法：
*** limit [offset,] rows
一般是用于select语句中用以从结果集中拿出特定的一部分数据。
offset是偏移量，表示我们现在需要的数据是跳过多少行数据之后的，可以忽略；rows表示我们现在要拿多少行数据。
2.栗子：
①select * from mytbl limit 10000,100
上边SQL语句表示从表mytbl中拿数据，跳过10000行之后，拿100行
②select * from mytbl limit 0,100
表示从表mytbl拿数据，跳过0行之后，拿取100行
③select * from mytbl limit 100
这条SQL跟②的效果是完全一样的，表示拿前100条数据
④为了检索从某一个偏移量到记录集的结束所有的记录行，可以指定第二个参数为 -1：
mysql> SELECT * FROM table LIMIT 95,-1; // 检索记录行 96-last
3.用处：
我目前用到的地方是数据库查询分页，比如前台要展示数据库中数据，需要后台实现分页，传入数据要有“页码page”跟“每页数据条数nums”。
对应SQL大概是这样子：select * from mytbl order by id limit (page-1)*nums,nums
4.问题发现：
在数据量不大或者是大数据量的前几页的时候，性能还算不坏，但是大数据量页码稍微大一点性能便下降比较严重。
5.问题分析：
原因出在Limit的偏移量offset上，比如limit 100000,10虽然最后只返回10条数据，但是偏移量却高达100000，数据库的操作其实是拿到100010数据，然后返回最后10条。
那么解决思路就是，我能不能跳过100000条数据然后读取10条，而不是读取100010条数据然后返回10条数据。
6.问题解决实现：
原SQL语句如下：select *from mytbl order by id limit 100000,10
改进后的SQL语句如下：
select *from
mytbl
where id>=
(
select id from mytbl order by id limit 100000,1
)
limit 10
注：假设id是主键索引，那么里层走的是索引，外层也是走的索引，所以性能大大提高
order by 用法
首先，order by是用来写在where之后，给多个字段来排序的一个DQL查询语句。
其次，order by写法：
1. select 字段列表/* from 表名 where 条件 order by 字段名1 asc/desc, 字段名2 asc/desc,.......
2. select 字段列表/* from 表名 where 条件 order by 字段序号 asc/desc, 字段序号 asc/desc,....... （此时字段序号要从1开始）
3. select 字段列表/* from 表名 where 条件 order by 字段别名1 asc/desc, 字段别名2 asc/desc,.......（这里类似于第一种，无非就是把字段名加了个别名来代替而已。）
然后，order by的方式：
1.asc 升序，可以省略，是数据库默认的排序方式
2.desc 降序，跟升序相反。
最后要注意order by的原则，写在最前面的字段，他的优先级最高，也就是写法中第一个的字段名1的优先级最高，优先执行他的内容。
下面举个栗子吧！
这里我有几个表
首先以sclass的降序查找student表中的记录
写法为：
select * from student t order by t.sclass desc;
输出为：
可以看到是以sclass的降序排列的。
再来：以Cno升序、Degree降序查询Score表的所有记录。
写法为：
select * from score s order by s.cno, s.degree desc;
输出为：
可以看到是优先以cno的升序来排列的，在cno相同的里面再以degree的降序来排列的。
所以总结一下，order by的用法就是用来做排序，写在where之后，简单明了。