histsize和histfilesize必须同时设置，前者控制当前会话历史条数，后者决定登录时从文件加载的条数；仅改histsize会导致新终端仍只加载旧数量的历史记录。
HISTSIZE 和 HISTFILESIZE 必须同时改，缺一不可，否则改了也白改。
为什么只改 HISTSIZE 还是只能看到 500 条
因为 HISTSIZE 只控制当前终端里按 ↑ 能翻多少条，而 HISTFILESIZE 才决定下次登录时从 ~/.bash_history 文件里读多少条进来。默认两者都是 1000（有些发行版是 500），但如果你只改了 HISTSIZE=2000，而 HISTFILESIZE 还是 500，那新终端启动时只会加载最近的 500 条——你多存的那 1500 条根本进不了内存。
常见错误现象：
- 改完
~/.bashrc后执行source ~/.bashrc，echo $HISTSIZE显示 2000，但history | wc -l仍只有 500 左右 - 新开终端，
history一开始就是断层的，中间缺一大截
实操建议：
- 两个变量必须都设，且建议
HISTFILESIZE >= HISTSIZE（比如都设为2000） - 加到
~/.bashrc文件末尾，避免被其他逻辑覆盖 - 确认生效：改完后运行
source ~/.bashrc，再分别检查echo $HISTSIZE和echo $HISTFILESIZE
为什么改了 ~/.bashrc 还不生效
不是所有终端都会读 ~/.bashrc。GNOME Terminal、Konsole 默认开的是 login shell，优先读 ~/.bash_profile 或 ~/.profile，而这些文件可能根本没加载 ~/.bashrc。
实操建议：
- 先确认当前 shell 类型：
echo $SHELL，如果不是/bin/bash，别碰~/.bashrc - 检查是否加载了
~/.bashrc：sh -c 'echo $BASH_VERSION'，无输出说明没加载 - 如果是 login shell 场景（如 GUI 终端、SSH 登录），在
~/.bash_profile末尾加一行：source ~/.bashrc - VS Code 内置终端默认是非 login shell，只读
~/.bashrc，但某些配置会跳过它开头的「非交互式 shell 退出」逻辑，可删掉或注释那段判断
多终端并发写入导致历史丢失
两个终端同时运行，A 终端执行了 100 条命令后退出，B 终端执行了 80 条后退出——B 的 history 写入会覆盖 A 的最后 20 条，因为默认是「覆盖写」而非「追加」。
实操建议：
- 在
~/.bashrc中加这行：shopt -s histappend，强制每次写入都追加 - 配合
PROMPT_COMMAND='history -a'，让每敲一条命令就立刻追加到文件（不用等退出） - 注意：
history -a只追加新增命令，不会重复写已存在的；history -w是覆盖写，慎用
设太大（比如 100 万）会有什么影响
不是越大越好。history 命令本身是线性扫描内存列表，设成 1000000 后，首次运行 history 可能卡顿 1–2 秒，尤其在低配 VPS 或高延迟 SSH 连接下明显。
实操建议：
- 日常开发建议设为
2000～5000，平衡容量与响应速度 - 真要设到 10 万以上，务必加
shopt -s histappend和PROMPT_COMMAND，否则异常退出丢历史的风险极高 - 设超大值前，先用
history -c && history -r测试一次重载性能，看history | head -n 10是否秒出
最易被忽略的一点：改完变量只是“允许存更多”，但旧的 ~/.bash_history 文件里还是老数量。如果想把历史全部拉齐，得手动执行一次 history -w 强制全量写入（注意别在多终端活跃时操作，避免覆盖）。
