在mysql中limit可以实现快速分页，但是如果数据到了几百万时我们的limit必须优化才能有效的合理的实现分页了，否则可能卡死你的服务器哦。

    无论是在web页面还是手机应用，信息往往无法在一个页面全部展示，这就需要用到一些可以扩展页面信息的交互模式：分页（Pagination）和加载（Continuous Scrolling）。分页和加载都是非常常见的交互模式，我们每天都会遇到，也正是因为太常见，我们甚至感觉不到它们的存在，浏览到页面的底部时，看到分页就顺手点一下，自动加载了就继续阅读。但正是这小小的一点，也会带给用户很不同的微妙感受。下面就来聊聊这些小差异带来的大不同。

    通过本文，您即可以： 1. 存储器硬件结构； 2.分段以及对应的组织方式； 3.分页以及对应的组织方式。

    本文讨论Web应用中实现数据分页功能，不同的技术实现方式的性能方区别。 上图功能的技术实现方法拿MySQL来举例就是 select * from msgs where thread_id = ? limit page * count, count 不过在看Twitter API的时候，我们却发现不少接口使用cursor的方法，而不用page, count这样直观的形式，如 followers ids 接口 URL: http://twitter.com/followers/ids.format Returns an array of numeric IDs for every user following the sp...

    今天看一个水友说他的MySQL现在变的很慢。问什么情况时。说单表超过2个G的一个MyISAM。真垃圾的回答方式。 简单答复：换一个强劲的服务器。换服务器很管用的：） ……… 最终让取到慢查询： SELECT * FROM pw_gbook WHERE uid=\'N\' ORDER BY pos...

    最近忙于游戏，总是觉得没什么好写的，时隔十天得上个重量级的日志了。上周就完成好了，为以后方便管理于维护，直接封装成方法以后用吧。给过两个版本的改进，觉得比百度、GG的分页更合理。共50页的例子，具体可以自行测试：第1页 1 2 3 4 5 >> 50第5页 1 > 50第7页 1 > 50第50页 1

    PERCONA PERFORMANCE CONFERENCE 2009上，来自雅虎的几位工程师带来了一篇”Efficient Pagination Using MySQL“的报告，有很多亮点，本文是在原文基础上的进一步延伸。

    基本上分页都是通过两个sql来实现的，一个查询count（*），一个查询list，如下：mysql> select count(*) from test;+----------+| count(*) |+----------+| 2097152 |+----------+1 row in set (0.00 sec)mysql> select * from test limit 10; +--------+------+| a | b |+--------+------+| 62599 | || 158694 | || 155279 | || 233810 | || 160137 | || 221035 | ...