终端回滚行数与shell命令历史是两套独立机制：前者由终端模拟器（如konsole、gnome terminal、alacritty）控制屏幕缓存，后者由histsize和histfilesize等shell变量管理；改回滚不影响history，改histsize不解决滚动到底问题。
终端里一滚就到底、history查不到早先命令——这两件事根本不是一回事，别混着调。前者是终端模拟器的“屏幕缓存”（回滚缓冲区），后者是 shell 的命令历史机制，各自独立控制、各自有坑。
怎么改终端回滚行数（Konsole / GNOME Terminal / Alacritty）
这是纯终端模拟器行为，和 bash 或 history 无关。改的是你用鼠标滚轮能往上翻多少行输出，不涉及命令本身是否被记录。
- Konsole：右键 →「调整回滚」→ 改「固定大小」值；永久生效需进「设置」→「配置文件」→「滚动」→ 修改数值
- GNOME Terminal：汉堡菜单 →「偏好设置」→「配置文件」→「滚动」→ 勾选「限制回滚到」并填数字
- Alacritty：编辑
~/.config/alacritty/alacritty.toml，找到scrolling.history字段，改成比如scrolling.history = 5000 - 注意：设太大（如 10 万行）会吃内存，尤其在低配机器或远程 SSH 时明显卡顿；无限制模式会写临时文件，得盯紧磁盘空间
为什么改了 HISTSIZE 还是只能看到 500 条
因为你只动了壳子，没动内核——HISTSIZE 管当前会话内存里的条数，但真正决定“下次登录能看到什么”的是 HISTFILESIZE，而且两者必须同时设、且 HISTFILESIZE ≥ HISTSIZE。
- 常见错误：只加
export HISTSIZE=5000到~/.bashrc，却漏了HISTFILESIZE，结果退出时 bash 自动把~/.bash_history截断成默认 500 行 - 更隐蔽的坑：Ubuntu 等发行版的
~/.bashrc里自带注释掉的HISTSIZE=1000行，你新加一行在末尾，但前面那行没删，加载顺序导致后写的被覆盖 - 验证是否真生效：新开终端后运行
set | grep ^HIST，确认两变量都显示你设的值；再执行history 1和tail -n 1 ~/.bash_history对比时间戳是否接近
多终端同时开，历史命令总丢怎么办
默认行为是：关终端时才把当前会话历史一次性写入 ~/.bash_history，多个终端竞写就会覆盖。这不是 bug，是设计如此。
- 必须启用追加模式：
shopt -s histappend（加到~/.bashrc） - 每次命令执行完就同步：
export PROMPT_COMMAND="history -a; history -c; history -r; $PROMPT_COMMAND" - 禁用
erasedups：HISTCONTROL=ignoredups而非ignoredups:erasedups，否则history -r读文件时会清掉之前所有重复命令，误删记录 - 别信
history -c能清空全部——它只清内存；要彻底清，得history -c && history -w，后者才把空历史刷进文件
想查很久以前的命令，但 history 不显示
因为 history 默认只读内存缓存，而旧命令可能还躺在 ~/.bash_history 文件里没被载入。
- 手动从文件加载最新内容：
history -n（-n表示 read new entries from history file） - 配合
grep直接搜文件：grep "git commit" ~/.bash_history，比history | grep更全 - 如果用了时间戳（
export HISTTIMEFORMAT="%F %T "），注意history -c后新命令的时间戳会重置，和文件里老记录混排时看起来错位，属正常现象 - 极端情况可导出全部：
history -a && cat ~/.bash_history > all_history.txt，但别长期依赖这个——说明你的实时同步配置还没跑稳
最常被忽略的一点：GUI 终端（如 GNOME Terminal）默认启动的是 login shell，读 ~/.bash_profile 而非 ~/.bashrc；如果你只改了后者，得在 ~/.bash_profile 里加 source ~/.bashrc，否则设置压根不加载。
