1. 什么时候要分页？
   当表中数据量大的时候就应该考虑分页

2. 什么时候要有limit限制？
   同上

3. 什么时候可以直接痛快的获取全部数据？
   当表中数据量不大的时候可以一次取所有数据

读取20条数据和读取5000条乃至更多的数据，性能上肯定是20条更快的。而且这个快，不光体现在数据库上，还体现在网络上的传输过程中（数据量小传得当然快），页面的渲染中（数据量少展示页面就更快）。另外，即使你一次展示5000条数据，但用户绝大多数情况下也就能看到二三十条，并不会将5000条全看完，所以多余的数据也就是浪费的。

如果是小型元素（比如只有文字，或者信息量较少的元素），单页量设置在100以下。如果是大型元素（信息量大，带图文一类的），单页量最好控制在30以下。

够用就好。取多了浪费。
用户只看20条，你取21条都多余。
返回几百条上千条甚至全部，那影响就大了。
首先数据库查询慢，占用更多的服务器资源，查出结果后传输慢，占用更多的带宽资源，其次渲染慢，浏览器也会崩溃。

不用想太多了，这个只是产品定下来的而已，通常最多就20~30条，展示多少条完全是看美观而已。当然，你说的 什么时候可以直接痛快的获取全部数据。这个情况是绝对不可能存在的，怎么可能会获取全部的数据呢，如果文章量达到了千万级怎么办，这取出来也太久了吧。

分页20，而为什么不是5000，10000，主要还是一楼说的，用不到，用不到，用不到那么多

数据库一般有个配置可以配置你每次查询请求返回数据的大小上限,一般情况下,是不会超出这个上限的.只要不超出这个上限,其实怎么拿都是可以的.但是,一般采用按需获取原则,你原则上没有必要拿这么多就不需要拿这么多,毕竟拿得多,你对于网卡的带宽是有占用的,我举例,假设你是千M网卡,limit 1W消耗的带宽是10K,那么从网卡带宽的角度来说(先不说数据库性能问题)你能够极限的QPS也就是1000M/10K=10W QPS.当然如果你网卡可以上万兆网卡.另外对于用户端来说,每次请求获取更多的数据,实际上也是降低了请求到达的速度.

网络传输消耗带宽
网络传输消耗带宽
网络传输消耗带宽
重要事情说3遍