mysql命令行历史文件~/.mysql_history不可加密，因其由客户端直接追加写入且无加密支持；安全清理方式包括立即删除、启动时加--disable-history或在~/.my.cnf的[mysql]段添加disable-history，并需确保家目录权限为700。
MySQL 命令行历史文件（~/.mysql_history）本身不支持加密，也不该用加密方式处理——它只存明文 SQL，且权限默认为 600；真正该做的是定期清理或彻底禁用。
为什么不能对 ~/.mysql_history 加密
这个文件由 MySQL 客户端进程直接追加写入，没有中间层支持加密流；强行用 GPG 或 OpenSSL 包裹会导致客户端无法读写，命令行启动失败。有人尝试在 shell alias 里套加密命令，结果是每次输入 SQL 都卡住、历史失效、报错 Can't open /dev/tty。它不是备份文件，加密既无意义又破坏功能。
安全清理 ~/.mysql_history 的三种可靠方式
清理目标是防止敏感 SQL（如含密码的 SET PASSWORD、未脱敏的 INSERT）泄露。推荐按优先级选择：
- 立即删除：运行
rm ~/.mysql_history，然后启动新会话即可生效（旧会话仍可访问内存中未刷盘的历史） - 禁用记录：启动时加
--disable-history，例如mysql -u root -p --disable-history - 永久关闭：在
~/.my.cnf的[mysql]段下添加disable-history，注意不要写进[mysqld]段，否则服务端会报错
自动清理要防 crontab 权限和路径陷阱
如果用定时任务清空历史，必须注意两点：
- crontab 默认
PATH不含~/展开，rm ~/.mysql_history会失败；应写成rm /home/username/.mysql_history或用$HOME - 别用
find ~ -name ".mysql_history" -delete——可能匹配到其他用户的家目录（如果你是 root 运行），也容易误删同名临时文件 - 更稳妥的做法是写成单行脚本：
#!/bin/sh\n[ -f "$HOME/.mysql_history" ] && > "$HOME/.mysql_history"，用重定向清空而非删除，避免客户端因文件丢失重建时出错
真正容易被忽略的是：.mysql_history 文件权限虽为 600，但如果家目录权限是 755，SSH 攻击者一旦拿下普通用户 shell，仍可读取该文件——所以清理之外，务必检查 chmod 700 ~。这不是数据库配置问题，而是系统层最小权限落地。
