清理 `.mysql_history` 文件很简单，但要**注意两件事**：
1. **清理后不可恢复**（文件内容永久删除）；
2. **清理后建议禁用该文件，防止再次生成并泄露密码**。
---
### ✅ 方法一：直接删除（临时清理）
```bash
rm ~/.mysql_history
```
> 下次登录 MySQL 客户端时，系统会**重新创建**该文件。
---
### ✅ 方法二：彻底禁用（推荐）
如果你**不想保留任何历史记录**（特别是包含明文密码），可以把它链接到黑洞设备：
```bash
# 先删除原文件
rm ~/.mysql_history
# 创建一个指向 /dev/null 的软链接
ln -s /dev/null ~/.mysql_history
```
> 这样 MySQL 客户端每次写入历史记录时，都会直接丢弃，**不会再生成文件**。
---
### ⚠️ 注意
- 以上操作只影响**当前用户**，不会影响其他系统用户；
- 如果你使用 `sudo mysql`，清理的是 `root` 用户的 `.mysql_history`，路径可能是 `/root/.mysql_history`；
- 云数据库（如 RDS）通常没有 `.mysql_history`，无需处理。
---
### ✅ 验证是否成功
```bash
ls -l ~/.mysql_history
```
若输出类似：
```
lrwxrwxrwx 1 user user 9 Jul 31 14:30 /home/user/.mysql_history -> /dev/null
```
说明已彻底禁用。
`/dev/null` 是 Linux 系统里一个**特殊的字符设备文件**，常被称为“黑洞”或“空设备”。
### 📌 核心特性
| 行为 | 结果 |
|------|------|
| **写入** | 所有数据被**立即丢弃**，不会占用磁盘空间 |
| **读取** | 立即返回 **EOF（文件结束）**，不会读到任何内容 |
### 📌 常见用途
- **屏蔽输出**
把命令输出重定向到黑洞，避免屏幕或日志被污染：
```bash
command > /dev/null
command 2> /dev/null # 只丢错误
command &> /dev/null # 丢所有输出
```
- **清空文件**
```bash
cat /dev/null > large.log # 瞬间把文件截成 0 字节
```
- **充当空输入**
```bash
some_program < /dev/null # 让程序读到 EOF，不再等待输入
```
### 📌 在 `ln -s ~/.mysql_history /dev/null` 中的意义
通过建立软链接，把 `.mysql_history` 文件“指向” `/dev/null`，**所有试图写入历史记录的语句都会被黑洞吞噬**，从而：
- 防止敏感命令（如带明文密码的 `mysql -p123456`）被记录；
- 避免 `.mysql_history` 文件再次生成。
简言之，`/dev/null` 就是一个**数据垃圾桶**：写进去就没了，读出来什么也没有。
除了 `.mysql_history`，以下这些**记录历史或日志的敏感文件**也常被管理员通过
`ln -s /dev/null <文件>` 的方式“软链接到黑洞”，从而**彻底禁止写入**：
| 文件名 / 路径 | 作用 | 是否适合 ln -s /dev/null |
|---------------|------|---------------------------|
| `~/.bash_history` | 记录用户在 Bash 中执行过的所有命令，含密码、密钥等 | ✅ 推荐 |
| `~/.zsh_history` | Z shell 的命令历史，同样可能含敏感信息 | ✅ 推荐 |
| `~/.ash_history` | BusyBox / Alpine 默认 shell 的历史文件 | ✅ 推荐 |
| `~/.python_history` | Python REPL 的历史命令 | ✅ 可选 |
| `~/.rediscli_history` | Redis CLI 的历史记录 | ✅ 可选 |
| `~/.psql_history` | PostgreSQL 交互客户端的历史命令 | ✅ 可选 |
| `~/.mongorc.js` / `.dbshell` | MongoDB shell 的历史与配置 | ✅ 可选 |
| `/var/log/<custom>.log` | 某些自定义日志文件 | ✅ 仅当你确认不需要 |
---
### ⚠️ 注意事项
1. **确认备份**：在软链接前，先备份或清空原文件内容。
2. **环境变量替代**：部分程序支持通过环境变量（如 `HISTFILE`, `MYSQL_HISTFILE`）直接指向 `/dev/null`，效果相同。
3. **权限控制**：确保软链接后的文件权限仍为 `600` 或更高，防止其他用户读取。
> 示例（禁用 Bash 历史）：
```bash
rm ~/.bash_history
ln -s /dev/null ~/.bash_history
```
这样即可防止敏感命令被记录在本地。
在 Linux 里，**只有“文件”能被软链接到 `/dev/null` 来屏蔽写入**；
“命令/程序”本身是**可执行二进制或脚本**，**不能**用 `ln -s /dev/null /path/to/command` 的方式去“替换”或“屏蔽”。
`/dev/null` 是一个**字符设备文件**，它只能“吞掉”对它进行的**文件级写操作**，而不能替代一个 ELF 可执行文件或脚本的功能。
---
### ❌ 不存在的做法
```bash
# 以下方式都不行，会报错或无效
ln -s /dev/null /usr/bin/mysql
ln -s /dev/null /usr/bin/python3
```
- `/dev/null` 不是可执行格式；内核无法 `execve` 它。
- 你只会得到 “Permission denied” 或 “Exec format error”。
---
### ✅ 正确思路：想屏蔽某个命令的输出，用**重定向**而不是软链接
```bash
# 丢弃 stdout 和 stderr
some_command > /dev/null 2>&1
```
---
### ✅ 如果目标是“禁止某脚本/程序产生日志”，可以：
| 目标 | 方法 |
|------|------|
| 脚本写死了日志文件 | `ln -s /dev/null /path/to/logfile` |
| systemd 服务 | 在 unit 文件里加 `StandardOutput=null` / `StandardError=null` |
| shell 历史 | `ln -s /dev/null ~/.bash_history` |
---
### ✅ 小结
- `/dev/null` 只能**替代普通文件**，**不能替代命令本身**。
- 想“屏蔽命令输出” → **用重定向**；
想“屏蔽日志文件” → 才考虑 `ln -s /dev/null 文件名`。
