history这命令可能是 Linux 里最被低估的一个。想想看，你每天在终端里敲几十上百条命令，有多少是重复的？有多少是敲完了才发现参数写错了？又有多少是几天前用过、今天想再用却怎么也想不起来的？
我之前在一台服务器上排查问题，忙活了两三个小时，最后复盘时想看一下自己到底执行过哪些操作、顺序是什么，结果发现历史记录一片空白——因为默认配置下没有开时间戳，而且当时终端开多了，退出时互相覆盖，之前的记录全被冲掉了。从那次以后我认真研究了一轮 history 的配置和使用技巧，今天把压箱底的东西整理出来。
这篇内容从基础操作讲到环境变量配置，再讲多终端同步、历史审计和常见坑，覆盖了从刚接触 Linux 的新手到天天跟服务器打交道的运维都会用到的场景。你不需要一次性全记住，把这篇文章收藏起来，用到哪看哪。
1. history 基础操作，很多人其实没用明白
1.1 看历史、找历史、执行历史，三件事有不同的做法
先过一遍最基本的。在终端里直接输入history，就能看到当前会话里执行过的命令列表，每条前面带一个序号。命令多了以后，有时候你只想看最近几条，那就用history 20，这个命令会显示最近 20 条记录。
查看历史记录这步大部分人都会，真正的问题是“怎么用”。你翻历史是为了执行某条命令，而不是为了看，所以技巧全在执行上。
如果你要重复执行上一条命令，最简单的是!!，回车后就会把上一条命令重新执行一遍。这个在 sudo 场景下特别好用：比如你执行了systemctl restart nginx，系统提示权限不够，这时候直接敲sudo !!，相当于把上一条命令原封不动地拿到 sudo 后面再执行一次，不用重新敲。
如果你想执行历史记录里某条特定命令，不需要先翻半天找到它，直接看准序号用!序号执行。比如history显示第 66 行是ping -c 4 baidu.com，你敲!66，回车，它会先显示这行命令，然后执行。这个操作省去了先找到再复制再粘贴的过程。
还有一种更智能的用法，!字符串，它会执行最近一条以该字符串开头的历史命令。比如你之前执行过systemctl restart mysql、systemctl status nginx，现在想再执行systemctl status nginx，只需要敲!systemctl。但这里有个注意点：如果你以!systemctl匹配，它匹配到的是最近的那条以 systemctl 开头的命令，而不一定是 status 那一条。所以这个技巧更适合用在命令模式比较单一的场景，例如!ssh、!ping。
说实话，!!和!序号是比较经典的组合，但自从我习惯了用 Ctrl+R 之后，大部分场景已经不需要靠序号去找了。
1.2 真正的效率神器：Ctrl+R 反向搜索
Ctrl+R绝对是效率提升最大的一个功能，它比history | grep快了不知道多少。
按下Ctrl+R之后，终端会出现一个(reverse-i-search)提示符，你输入关键字，它会自动匹配历史记录里最近一条包含这个关键字的命令。比如你输入nginx，它会立刻显示出最近一条包含 nginx 的命令。
如果匹配到的不是你要找的那条，再按一次Ctrl+R，继续往上翻更早的记录。找到目标命令后按回车直接执行，如果只是想把它调出来修改后再执行，按方向键右键或者 Ctrl+E 把光标移到行尾，改完再回车。
用完整路径执行过的长命令、带特殊参数的命令，自己根本不用记，用 Ctrl+R 搜索几个关键字就能调出来。这个操作对记忆不友好的人来说简直是救命稻草。
有一点需要提醒：Ctrl+R搜索的是内存中的历史记录。如果你在多个终端打开着，另一个终端里刚执行过的命令，默认情况下这个终端的 Ctrl+R 是搜不到的，这个后面讲多终端同步的时候会深入聊。
另外有些人可能知道!$表示上一条命令的最后一个参数，!*表示上一条命令的所有参数。比如mkdir -p /data/logs，然后你敲cd !$，实际执行的就是cd /data/logs。这个小技巧在需要获取上一个命令的输出路径时非常实用，但用习惯了之后换个 shell 环境可能会忘记，因为这些展开在某些 shell 里默认是不开启的。
2. 历史记录这个“文件”的门道：环境变量与配置详解
2.1 历史记录在内存和磁盘之间是怎么流转的
很多人以为history查看的就是~/.bash_history文件里的内容，其实不对。这里得搞清楚一个底层逻辑：bash 会把历史记录维护在内存里的一块区域，history命令查看的是这块内存。当你退出终端（bash 进程结束）时，内存里的历史记录才会被写入~/.bash_history文件。下次打开终端时，bash 启动阶段再把文件内容读入内存，供history和 Ctrl+R 使用。
这个流程里有两个问题：一是历史记录不会实时落盘，二是文件读入内存的方向是单向的。所以你会发现，终端 A 执行了history -w（强制将内存写入文件）之后，终端 B 如果不重新读取文件，它的内存里还是没有终端 A 的命令。
理解了这个机制，以下几个命令就很好记了：
history -a：将当前会话内存中的历史记录追加写入历史文件（只追加，不覆盖）。history -w：将内存中的全部历史覆盖写入历史文件。history -r：将历史文件内容读入当前会话内存，合并到现有历史之后。history -c：清空当前会话的内存历史记录。
这里最值得养成习惯的是history -a。默认配置下，bash 退出时才写文件，而且写的方式是覆盖而非追加。你看完后面多终端同步那一节，会明白这两个细节有多关键。
2.2 控制历史记录的数量和“过滤规则”
历史记录不是越多越好，但默认真心不够用。bash 有几个环境变量控制历史记录的容量和行为：
HISTSIZE：控制当前会话内存中最多保存多少条历史记录。默认一般是 1000 左右，说实话不太够用。HISTFILESIZE：控制历史文件（.bash_history）中最多保留多少行。默认通常在 2000 左右。HISTCONTROL：控制历史记录的忽略规则。HISTIGNORE：按命令模式忽略特定记录。HISTTIMEFORMAT：给历史记录加时间戳。
一般我会在~/.bashrc里这么配：
export HISTSIZE=10000 export HISTFILESIZE=20000 export HISTCONTROL=ignorespace:ignoredups export HISTTIMEFORMAT="%F %T "HISTSIZE和HISTFILESIZE就不多说了，设大点总是好的，代价只是占几 KB 磁盘空间。
HISTCONTROL的取值有三个可以组合的值：ignorespace表示忽略以空格开头的命令，ignoredups表示忽略连续的重复命令，ignoreboth是两者都开。我用的是ignorespace:ignoredups，目的是避免重复命令刷屏。比如你反复执行ping测试网速，如果不忽略重复项，历史记录会被同一句 ping 刷掉几十条，后面想搜别的东西全被干扰了。
ignoredups只忽略“连续连续重复”的命令。你执行 ping、然后执行 ls、再执行 ping，这两条 ping 中间隔着其他命令，那它们都会被记录。这个设计其实挺合理，因为不连续的重复往往说明你确实在用不同环境或不同场景下的操作。
HISTIGNORE是个更灵活的外挂过滤器，支持用*通配符匹配命令模式，冒号分隔多个规则。比如：
export HISTIGNORE="ls:ll:cd:pwd:history:exit"这样ls、cd、pwd这类没有记录价值的命令就不会进入历史，搜索命令时不会被无意义的操作淹没。我个人的习惯是过滤掉cd和ls这类高频低价值命令，其他都保留。
2.3 给历史记录加上时间戳，排查问题的必备配置
默认情况下history输出的结果是这样的：
501 systemctl restart nginx 502 tail -f /var/log/nginx/error.log光看这个，你根本不知道这两条命令是什么时候执行的，也没法判断操作顺序跟时间线的对应关系。加上HISTTIMEFORMAT之后，输出会变成：
501 2025-11-20 14:22:31 systemctl restart nginx 502 2025-11-20 14:25:07 tail -f /var/log/nginx/error.log配置方法很简单，在~/.bashrc里加一行：
export HISTTIMEFORMAT="%F %T "%F是年-月-日，%T是时:分:秒，后面的空格是分隔符，让命令和时间之间留出间隔，不然输出会挤在一起。
设置时间戳之后有个细微变化要留意：~/.bash_history文件里每个命令的上一行会多出一行注释，记录的是 Unix 时间戳。这个文件格式在机器可读性上没问题，bash 自己读得懂，但如果你手动编辑这个文件，千万要小心保持格式，不然 bash 读取时会解析出错。
我是强烈建议加上这个时间戳配置的。特别是排查线上问题的时候，时间线能帮你还原整个操作过程，什么时间执行了什么命令、顺序是什么，一目了然。没了时间戳，历史记录就只是一堆命令的堆砌，价值大打折扣。
3. 想清空历史记录？history -c 只做对了一半
3.1 history -c 清的是内存，不是文件
网络上问“history -c 怎么清不干净”“为什么清完历史打开新终端又回来了”的人特别多。问题根源就是开头说的：历史记录分内存和文件两份，history -c只清掉了内存里的那份。
打个比方，浏览器里清空浏览记录，除了要清掉界面里的记录，还得清掉磁盘上的缓存文件，否则重启后又恢复了。history 的内存和 .bash_history 文件的关系，和这个几乎一模一样。
history -c清完内存之后，你如果正常退出终端，bash 会把“清空后的内存历史”覆盖写入文件，那文件里其实也会被清掉。但如果你清完之后没有退出，这个终端一直开着，然后你在另一个终端里执行history，看到的还是文件里的旧记录；或者当前终端还在运行，新开一个终端时 bash 启动会从文件里读取旧记录，于是看起来好像"又回来了"。
正确的脱敏做法是，先执行history -c清内存，再清空文件：
history -c > ~/.bash_history第二条命令的意思是把历史文件清空，用>重定向有时候在某些 shell 配置下会提示权限问题，更稳妥的是truncate -s 0 ~/.bash_history。
3.2 想只对当前会话生效？临时不记录的命令有个小技巧
有些命令你不想让它永久留在历史文件里，但不是全部命令都这样，只是个别几条。这类需求不必每次都去清历史，找个约定就好：在命令前面加一个空格，配合HISTCONTROL里的ignorespace，这条命令就不会被记录。
比如你要临时连接数据库，不想把数据库密码留在历史里：
mysql -u root -pSensitivePassword注意，上面命令开头是有一个空格的。只要你的HISTCONTROL里配置了ignorespace，这条命令就会被 bash 忽略，不进历史，也不会进文件。
这里有个细节：如果你用的是ignoreboth，它包含了ignorespace，也有效；但如果你的HISTCONTROL是ignoredups或者空，那这个技巧就没用。所以要么确认配置，要么干脆在~/.bashrc里显式加上export HISTCONTROL=ignorespace:ignoredups。
另外，当前会话如果临时不想记录任何命令，可以直接执行set +o history，这会关掉当前终端的历史记录功能；想恢复就执行set -o history。注意这是当前会话有效，不影响其他终端，也不写配置。
3.3 单条删除：只删某一条敏感命令，而不是全清
有时候你不想全部清空，只想删掉历史记录里某一条具体命令。比如你曾经不小心在命令行里明文敲了密码，或者执行了某条不想留痕的命令，全清没必要，单删就好。
history -d 序号可以删除指定行号的历史记录。先用history | grep 关键词找到这条命令的序号，然后：
history -d 233这条命令会从内存中删除序号 233 对应那一条。删除之后如果你想立即让文件也同步，再执行history -w覆盖写一次文件就行了。
有一点要注意：history -d删除后，后续记录的序号会发生变化，但已删除的不会补上。操作多行时建议从大序号往小序号删，避免删除后序号改变导致误删。
4. 多终端同步与历史审计
4.1 默认配置的最大坑：退出时覆盖，历史记录悄悄丢失
如果你平时习惯同时开好几个终端（我个人基本是常态），那默认配置有个很隐蔽的大坑：退出时覆盖。
bash 默认在退出时会把内存里的历史记录“覆盖写”入文件，不是追加。假设终端 A 和终端 B 同时开着，A 里执行了 30 条命令，B 里执行了 20 条命令。先退出 A，文件被 A 的 30 条记录覆盖；再退出 B，文件又会被 B 的 20 条记录覆盖——A 里的 30 条就这样丢了，而且没有任何提示。
解决这个问题的标准姿势是两个配置组合：
shopt -s histappend export PROMPT_COMMAND="history -a;$PROMPT_COMMAND"第一句shopt -s histappend设置历史记录以追加（append）方式写入文件，而不是覆盖。
第二句PROMPT_COMMAND是一个在每次执行命令前都会执行的环境变量。赋值后在每次输入命令之前，都会先执行history -a，把当前内存中新增的记录追加写入历史文件。这样即便终端崩溃、忘记退出，历史也已经写到文件里了，不会丢太多。
这两行配置配合起来，历史记录基本是实时落盘的，而且不会因为多终端互相覆盖而丢失。这是我踩过坑之后最推荐最先加上去的配置。
4.2 多终端协同：让每个终端都能搜到对方的命令
加完上面两个配置，多终端的命令都是实时追加到同一个文件里了。但不同终端的“内存”里还是没有互相的内容。你在终端 B 里想用 Ctrl+R 搜终端 A 刚执行过的命令，默认搜不到。
要解决这个问题，可以用bind功能把 Ctrl+R 绑到一个“读文件 + 搜索”的操作上，但这个方案过于 hack，不太适合日常维护。更通用的做法是被动接受：在终端 A 执行完命令，想在终端 B 搜索之前，在 B 里执行一次history -r，把文件读入内存，之后 Ctrl+R 就能搜到 A 的命令了。
当然，如果你想要所有终端都保持完全一致的状态，也可以把PROMPT_COMMAND配置成每次执行history -a; history -r，即先追加自己的新命令到文件，再把文件里的所有记录读回来。这样相当于每个终端共享同一个不断增长的历史池子。代价是当历史文件特别大时，每次命令执行都读一次文件会有轻微延迟，但对绝大多数场景来说体感不明显。
我个人实际使用时会再配合统一HISTFILE。在有跳板机的环境里，还可以把历史文件统一存到一个共享目录（比如 NFS 挂载目录），这样每台机器上的历史都是汇总的。不过这种方式依赖共享存储，单机环境没必要折腾。
4.3 把 history 当成轻量审计日志
如果你管理着多台服务器，或者有同事共用同一台机器，你可能会想：“哪些人执行了什么命令？什么时候执行的？”这个需求如果上完整的堡垒机审计系统，部署和维护成本都太高。轻量一点的方案就是把 history 当审计日志用。
在上面的基础上，增加用户名和时间戳就能满足最基础的审计需求。你在每个用户的~/.bashrc里配置：
export HISTTIMEFORMAT="%F %T " export HISTSIZE=50000 export HISTFILESIZE=50000然后通过PROMPT_COMMAND再加一层：
export PROMPT_COMMAND='history -a >/dev/null 2>&1; echo "$(date +"%F %T") $(whoami) $(history 1 | sed "s/^ *[0-9]* *//")" >> /var/log/user_command.log'这条配置的大意是：每次命令执行后，把当前时间、当前用户、最后执行的那条命令追加写入/var/log/user_command.log。日志文件是独立于 bash 历史文件的，不依赖用户的 shell 配置，即使某个用户清了自己的历史文件，这个日志里还是有记录。
这个方案不是严格意义上的安全审计——如果是 root 权限的用户，完全有能力把日志文件删掉或者修改配置。但它足以应对日常追溯“这个时间点谁干了什么”的问题，而且实现成本极低，就是几行配置的事。
4.4 历史文件被改坏了怎么办
不少人在手动编辑~/.bash_history之后，发现下次打开终端历史记录变少了，甚至出现乱码。最常见的原因是时间戳格式被改坏，或者文件权限/属主不对。
~/.bash_history的权限默认是600，属主是当前用户。如果你用 root 编辑过别人的历史文件并保存，属主就可能变成 root，导致原用户无法读取，历史记录“消失”。修复方法也很简单，直接用chown把属主改回来即可。
如果文件内容格式错乱，最简单的恢复方式是把文件里非法的行删掉，或者干脆把文件移走备份，让 bash 用空文件重新开始收集。
5. 常见问题与排查技巧实录
5.1 为什么 history -c 之后打开新终端，历史记录又回来了
这个问题的答案前面已经讲过了——history -c清的是内存，不是文件。如果你执行完history -c之后没有清文件，新终端打开时依然会从~/.bash_history里加载旧记录。
正确的姿势是两条命令配合：
history -c truncate -s 0 ~/.bash_history如果想对当前用户彻底清空并且以后也不想记录，直接把HISTFILE指向/dev/null：
export HISTFILE=/dev/null写到/dev/null就相当于把历史文件这个“收纳箱”直接扔进了一个黑洞，bash 启动和退出时读取和写入都没有实际效果。适合某些临时环境或者安全要求严格的场景。
5.2 为什么配了 HISTSIZE=10000，历史记录还是只有几百条
先看下配置文件是否真的生效。在终端里执行echo $HISTSIZE，如果输出还是默认的 1000 左右，说明你的配置写在了~/.bashrc里但没有重新加载，新终端才会生效；也可能是你的配置文件里后面又有一行把它覆盖了，比如某些 oh-my-zsh 或自定义配置模板里会重置这些变量。
还有一种情况是：虽然HISTSIZE=10000生效了，但HISTFILESIZE还是默认的小值。两者要一起调整，因为内存和文件是两个独立的容量限制，任何一边设得小，最终记录都会被截断。
另外，如果HISTCONTROL设置为ignoredups，连续的重复命令不会写入历史。如果你重复执行的命令很多，实际历史条数会明显少于命令总数，这是正常的。
5.3 命令里包含密码，怎么防止进历史
这可能是安全上最需要注意的问题。一个常见的错误习惯是直接在命令行里带密码，比如：
mysql -uroot -p123456这种命令一旦执行，密码会明文出现在历史文件、内存历史、Ctrl+R 搜索结果等多个地方。要是服务器被人拿到 shell 权限，翻一下历史文件就能看到密码。
最稳妥的做法：不用命令行传密码，改用配置文件或者交互式输入。比如 MySQL 用~/.my.cnf存凭据，curl、wget等工具用-u user:pass时也尽量避免直接在命令行里出现。
如果确实不可避免，就用前面说的行首加空格 +ignorespace。这个方案能覆盖 90% 的场景。
另外HISTIGNORE也可以用模式匹配掉包含敏感关键字的命令，比如：
export HISTIGNORE="*passwd*:*password*:mysql -u*"但这种过滤比较机械，一旦命令写法变了就过滤不住。我的原则很简单：真正敏感的命令，要么临时关历史，要么用HISTFILE=/dev/null，要么干脆交互式输入。
5.4 为什么在 shell 脚本里执行 history 没有输出
history是 bash 的内建命令，它只在交互式 shell 中生效。在脚本（非交互式 shell）里，历史记录功能默认是关闭的，所以history没有输出，!!这类历史展开也无效。
如果你确实需要在脚本里操作历史，可以在脚本开头加：
set -o history但实际效果有限，因为脚本本身不在交互模式运行，没有记录到历史数据的上下文。更合理的方案是：脚本里如果想记录自己的执行行为，直接用echo "$(date) $0 $@" >> /var/log/script_history.log这种自助打日志的方式，而不是依赖 bash 的 history 机制。
5.5 历史记录太多太乱，快速定位命令的三个招
如果你配置了HISTSIZE=50000，历史文件里几万条命令，翻起来确实头疼。这时候别用history加滚动翻页，效率太低。
推荐三个方法：
第一种，history | grep 关键字。这是最基础的方式，适合一次性查找，缺点是想不起来关键字时无从下手。
第二种，Ctrl+R交互式搜索。适合“我大概记得关键字，但忘了完整命令”的场景，按几下 Ctrl+R 就能在匹配到的历史里循环切换。
第三种，把 history 输出交给fzf这类模糊搜索工具。如果你装了 fzf，绑定一个快捷键：
export FZF_DEFAULT_OPTS='--height 40%' bind '"\er": "\C-e\C-u\C-y\C-y\C-u`history | sort -k2 | fzf | sed \"s/^ *[0-9]* *//\"`\C-y\C-e"'这个绑定有点复杂，实际操作中更简单的方式是直接执行：
history | fzf然后输入关键字模糊匹配，选中命令后回车复制（配合 fzf 的默认行为还能输出选中结果）。比起 Ctrl+R 一次次按，fzf 的搜索体验更好，效率也更高。
5.6 关于 zsh、fish 用户的一点说明
如果你已经从 bash 换到了 zsh 或者 fish，history 的配置思路大体一致，但细节不同。
zsh 默认没有HISTFILESIZE这个概念，历史记录通过SAVEHIST和HISTSIZE控制，同样的配置字段含义略有差异。zsh 还默认开了跨会话共享历史的功能，多个终端之间的历史记录会实时共享，比 bash 默认行为好不少。
fish 的历史记录功能做得更人性化，自带模糊搜索，默认就支持跨会话共享，基本不需要额外配置。但 fish 和 bash 的历史文件格式不通用，如果你在两种 shell 之间切换，别指望它们互相读取对方的历史内容。
如果你还在用 bash，我强烈建议你试试 zsh + 历史共享，体验会提升一大截。不过 bash 的姿势学会之后，换到 zsh 也很快能上手，原理都是通的。
最后分享两个小技巧
第一个：给 history 加上“快速搜索”别名。我在~/.bashrc里加了这一行：
alias hg='history | grep --color=auto'用法是hg nginx，效果等同于history | grep nginx，但敲起来省事很多。这个别名我用了好几年，比 Ctrl+R 在某些场景下更直接。
第二个：如果你经常在服务器上操作，建议把HISTTIMEFORMAT和histappend作为基础配置固化下来，不要等出了问题再补。我曾经因为多终端覆盖丢过一批关键命令记录，导致排查事故时复盘困难，后来在每台机器上都先加好这两条配置，再也没有因为历史记录丢失影响过工作。
history 命令虽然简单，但它记录的是你所有的操作痕迹，是你在服务器上工作的一份“操作日记”。把这套配置和技巧用起来，相当于给你的命令行操作加了一层保障，日常可能感觉不到，真到需要的时候，你会感激自己当初做了这些设置。
