Django admin每页行数默认100易卡顿，应在ModelAdmin中设list_per_page=20；Vue el-table分页靠el-pagination的page-size控制；MySQL无默认分页，LIMIT需显式声明；API分页需前后端参数一致。
修改 django-admin 列表页每页行数
默认 100 行看起来多，但实际加载慢、翻页卡顿，尤其字段多或带外键查询时。改小更稳，改大需谨慎。
在对应 ModelAdmin 类里加 list_per_page 属性即可：
class UserAdmin(admin.ModelAdmin):
list_display = ['username', 'email', 'is_active']
list_per_page = 20 # ← 这行控制每页显示多少行
- 值设为
None表示不限制（不推荐，容易 OOM 或超时） - 若同时设置了
list_max_show_all，用户点“Show all”时才会尝试加载全部——但数据库行数超几千就大概率报MemoryError或响应超时 - 这个值只影响 admin 后台，不影响 API 或自定义视图
Vue + Element Plus 的 el-table 分页数量怎么调
前端分页和后端无关，el-table 本身不分页，得靠 el-pagination 配合手动切数据。真正起作用的是 page-size 和 current-page。
关键不是改表格，而是改分页组件绑定的 page-size 值：
<el-table :data="pagedData"></el-table> <el-pagination v-model:current-page="currentPage" v-model:page-size="pageSize" <-- 就是它 :page-sizes="[10, 20, 50, 100]" :total="total" />
-
pageSize初始值建议设为20，比默认10更平衡加载与浏览效率 - 如果后端接口不支持动态
limit/offset，前端全量拉取再切片，pageSize超过 500 就明显卡顿 - 别忘了同步更新
currentPage，否则切换pageSize后当前页可能变空
MySQL 查询结果集默认分页行为不存在——但你可能误用了 LIMIT
SQL 没有“默认分页数量”这回事。LIMIT 必须显式写，否则查多少返回多少。很多“默认 20 行”的错觉，其实来自客户端工具限制。
- MySQL Workbench 默认只取前
1000行，可在Preferences → SQL Editor → Limit Rows关闭或改值 - DBeaver 默认是
200行，设置项叫Maximum number of rows to fetch - 命令行
mysql客户端没有硬性限制，但输出太多会卡死终端；可用pager less或pager head -n 50临时截断 - ORM 如 Django 的
QuerySet也**不会自动加 LIMIT**，除非你调用.all()[:20]或.first()
API 接口返回分页数量被前端忽略？检查 page_size 参数传递逻辑
后端接口通常支持 page 和 page_size 查询参数，但前端发请求时经常漏传 page_size，导致后端用默认值（比如 10），而前端以为能一次拿 50 条。
- 确认 URL 中是否真带了
?page=1&page_size=50，而不是只有?page=1 - 某些框架（如 DRF）把
page_size放在配置里（REST_FRAMEWORK['PAGE_SIZE']），前端不传就用这个，传了才覆盖 - 如果用 axios，检查是否在
params里写了page_size，而不是错写成pageSize（大小写敏感） - 后端日志里搜
page_size的实际接收值，比前端代码更可信
分页数量不是越大多越好，关键看数据体积、网络延迟、渲染性能三者怎么折中。改之前先测真实场景下的首屏时间和滚动流畅度，比拍脑袋设个 100 可靠得多。
