less适合日志排查，支持双向滚动、精准定位和实时追加；more适用于极简环境下的单向浏览。选型应基于需求：需上下比对用less，仅看后续内容用more，资源受限优先验证more。
查超大日志文件，别硬扛——more 和 less 是终端里最趁手的分页工具，但用法和适用场景差别不小。关键不是“哪个更好”，而是“哪个更合适”。
less：日志排查主力，支持双向滚动与精准定位
日常运维中，90%以上的日志分析任务建议直接用 less。它不加载整个文件，按需读取，打开几个GB的日志也几乎秒进，且能自由上下翻、跳转、搜索。
-
基础打开：直接
less /var/log/messages，进入后可用 ↑/↓ 逐行、PgUp/PgDn 翻页、g 回开头、G 跳末尾 -
快速定位关键行：启动时加
-N显示行号，加+1000从第1000行开始，或+/"ERROR"直接跳到首个 ERROR 行 -
搜索不卡顿：输入
/timeout向下搜，?timeout向上搜；n 下一个，N 上一个；加-i忽略大小写 -
实时追加查看（类似 tail -f）：用
less +F /var/log/app.log，按 Ctrl+C 退出追加模式，再按 Shift+G 可回到最新位置继续浏览
more：极简环境兜底，适合只看“后面一段”的场景
more 体积小、依赖少，老系统或容器精简镜像里一定存在。它不支持向上翻页，但胜在启动快、内存占用低，适合一次性从某处往后扫。
-
常用组合：比如
more -d +/WARN app.log—— 带操作提示，直接跳到第一个 WARN 行开始往下看 -
控制显示密度：加
-s压缩空行（日志常见），加-15每页固定15行，避免因终端尺寸变化导致错行 -
管道配合高效：如
grep "500" access.log | more -d，过滤后分页，新手友好有提示 - 注意限制：按 b 键想回退？多数系统不支持，或只能退回当前缓冲区内容，不可靠，别依赖
选型建议：看需求，不看名字
不是“less 更高级就该用它”，而是根据实际动作判断：
- 要反复上下比对错误前后上下文 → 必用 less
- 只是确认某段报错后的几屏日志 → more 足够轻快
- 日志还在持续写入，既要实时又要可回溯 → less +F 是唯一推荐方案
- 在资源受限容器或嵌入式设备里 → 优先验证 more 是否可用，再考虑是否安装 less
避坑提醒：别让习惯拖慢排查速度
很多人仍用 tail -n 1000 | less 查最近日志，其实多此一举。less 本身就能 G 跳结尾，再 u（向上半屏）或 k（逐行上移）回溯，更灵活，也不丢上下文。
- 避免用
cat big.log | less：cat 会先读完整个文件再交给 less，失去“按需加载”优势，大文件卡死 - 不要在 less 中盲目按 q 就退出：退出前可按 = 看当前行号和文件总行数，心里有底
- 搜索后忘记高亮？启动加
-g参数，匹配项自动标黄，一眼锁定
