以前在数据中写翻页的代码时，一直把sql写成这样
SELECT * FROM table_name ORDER BY id ASC LIMIT 10 OFFSET 10
也就是用LIMIT和OFFSET来控制需要输出的内容区域，后来我在翻其他人代码时看到了这种写法
SELECT * FROM table_name WHERE id > 10 ORDER BY id ASC LIMIT 10
这种写法是否比前一种写法的速度要更快，因我看到它使用id主键的索引，而且还把检索区域用id > 10缩小了，理论上应该更快。但这种写法应该也有一定的局限性，比如最大的局限就是它只能用于那种类似timeline的，从第一页往后翻的应用场景，因为你要翻下一页必须知道前一页的最后偏移是多少。
不知道我这样的分析是否正确，各位有什么样的看法。
解决方案
为了方便描述，下面id即指用来排序的字段
使用id > n 的方式，有局限性，但没有 @qinjianxiang 说的那么大。对于id不连续的问题，可以通过翻页的时候同时传入最后一个id方式来解决。比如：
//输出时，找出当前结果集中的最大最小id//下一页http://example.com/page.php?last=100select * from table where id<100 order by id desc limit 10//上一页http://example.com/page.php?first=110select * from table where id>110 order by id desc limit 10
这种方式比较大的缺点是，如果在浏览中有插入/删除操作，翻页不会更新，而总页数可能仍然是根据新的count(*) 来计算，最终可能会产生某些记录访问不到。为了修补这个问题，可以继续引入当前页码以及在上次翻页以后是否有插入/删除等影响总记录数的操作并进行缓存。