今天在写程序的时候，做分页查找时无意中，将计算数据库查询数量的语句，放到了limit之中，导致出现了bug。
所以发现以下问题：
select count(1) from table limit 0,20; 可以返回正确的结果
select count(1) from table limit 20,40;返回数量为0
当时还半天没想懂为什么，网友一语点醒：count返回的结果只有一个，你的limit 20,40当然没有结果！
突然警醒，是sql语句的执行顺序问题导致的我的理解错误。所以记录一下sql语句的执行顺序问题。
过滤条件由大到小，以下为自己理解。如有错误，请指正：
1.from sql执行的顺序永远第一个时from，只有拿出数据，才能够进行筛选
2.join，链接查询，将多表中的数据进行联接，才能够形成符合条件的数据
3.on，将符合条件的查询，进行第一次筛选，和join合成，以哪个字段为依据，
4.where，最大的条件筛选，
5.group，分组查询，
6.rollup，所得结果集，进行列聚合
7.HAVING，将第五步所得分组，进一步根据having条件进行过滤，例如数量超过50的分组，故必须在group之后
8.select，是在之前的所得结果集选择相应的列，所以要建立在已经筛选过的数据集合
9.distinct，去重，由于由unikey的原因，如果table存在三个字段作为unikey，select其中的两个字段，这时在select之前distinct去重，那么select所得的字段还会有重复数据，所以只有在select之后，才能真正的去重。
10.orderby，排序
11.limit，所有sql，都是最后才执行limit，他对数据集不进行过滤，只是进行截取。
同时查看了以下count函数，count(*)，count(1)，count(coloumn)三种的区别：
count(1)效率最快，1不代表任何字段，只是代表一个值，返回计数结果，count(2)，count(3)的结果也一样，不代表实际意义;
count(*)效率第二快，只不过执行时，会把*翻译成具体字段，进行查询，多了一个翻译的步骤;
count(coloumn)效率最差，他不只是查询数量，而且计数不准确，他会遍历表中每一个该字段，并过滤掉该字段的无效值，返回计数。