文章列表接口没做分页，一次把库里2万篇文章全查出来，页面加载10秒

18年做美食站，文章列表接口写得图省事，直接select * from post，没有加limit分页，当时网站只有几百篇文章，打开挺快，我也没当回事。等网站攒了2万多篇文章，用户打开文章列表页，直接加载了10秒才出来，服务器CPU直接飙到100%，我在后台看慢查询日志，发现这个列表接口一次查出来2万篇文章，全传到前端，数据库慢查询直接占满资源。 我当时赶紧给接口加了分页，每次只查20条文章，翻页的时候再查下一页，改完再打开列表页，加载速度直接从10秒降到1秒，服务器CPU也回到正常水平。之前总觉得就一个列表接口，写简单点就行，根本没想到文章多了之后，一次查全表直接把数据库拖垮，用户打开慢得直接关页面。从那之后我写任何列表查询接口，第一时间就加分页，再也不一次性查全表数据。 很多新手写列表接口跟我当初一样，图省事直接查全表，文章少的时候没感觉，等数据攒到几万条，一次全查出来，数据库直接被拖慢，网站卡得没法用。真的，写列表接口一定要加分页，别一次性查全表，不然数据多了，数据库扛不住，用户也等不及。