在 MySQL 命令行中按 ↑（上箭头）可翻看上一条 SQL，该功能依赖终端的 readline 支持，Linux/macOS 默认可用，Windows 的 cmd/PowerShell 可能不生效，推荐使用 git bash 或 WSL。
怎么在 MySQL 命令行里翻看上一条 SQL？
mysql 客户端自带命令历史，按 ↑（上箭头）就能逐条回溯，↓ 下翻。这个功能依赖终端的 readline 支持，不是 mysql 自己实现的——所以如果你用的是 windows 的 cmd 或 powershell 默认环境，可能不生效。
实操建议：
- Linux/macOS 下基本都正常；Windows 推荐用
mysql --defaults-file配置后启动，或直接换用git bash/WSL - 如果按
↑没反应，先确认是否启用了--no-auto-rehash（它不影响历史，但常被误关联） - 历史记录默认保存在
~/.mysql_history（Linux/macOS）或%USERPROFILE%\mysql_history（Windows），可手动查看或清理
MySQL 控制台里执行过的 SQL 怎么找不到了？
常见原因是：MySQL 客户端没启用历史记录，或者你用的是某些精简版终端（比如 VS Code 内置终端、某些 Docker exec 环境），它们不挂载 readline 或清空了 HISTFILE。
实操建议：
- 检查
~/.my.cnf是否有[mysql]段并包含histignore = ""（空值才能记录所有语句） - 确认
~/.mysql_history文件存在且可写；权限不对（如 root 写入后普通用户无法读）会导致新会话看不到旧记录 - 某些云数据库控制台（如阿里云 DMS、腾讯云 CVM 上的 phpMyAdmin）根本不保存客户端历史，它们只记录自己 Web 界面的操作日志，和本地
mysql命令无关
想批量重跑某几条历史 SQL，但不想一条条按 ↑ 复制？
直接编辑 ~/.mysql_history 文件最可靠，但要注意格式：每行一条完整语句，末尾不能有多余空格或分号缺失（MySQL 客户端对分号敏感，尤其含子查询时）。
实操建议：
- 用
tail -n 20 ~/.mysql_history快速查看最近 20 条，挑出需要的复制粘贴 - 避免用
mysql -e "xxx"批量执行历史内容——它不走历史机制，也不支持多行语句或变量替换 - 如果语句里有
\G、\t这类客户端命令，不能直接进source执行，会报错Unknown command '\G' - 更稳妥的做法：把要重跑的语句另存为
run_again.sql，再用source run_again.sql导入
PostgreSQL 或 SQLite 的历史行为和 MySQL 一样吗？
不一样。虽然都用 readline，但配置路径、默认开关、文件名全不同，混用会找不到记录。
实操建议：
- PostgreSQL 的历史文件是
~/.psql_history，启用与否看~/.inputrc里有没有set history-size 1000 - SQLite 使用
sqlite3时，历史依赖readline，文件默认叫~/.sqlite_history，但部分静态编译版本（如 Alpine Linux 的 apk 包）压根没编译 readline 支持 - 别指望
mysql_history里搜到 PostgreSQL 语句——它们完全隔离，连进程都不共享
真正容易被忽略的是：历史记录只保存在客户端本地，服务端 general_log 虽然也能查，但默认关闭、影响性能、且不记录客户端编辑过程（比如你按 ↑ 修改后再执行，log 里只留最终那条）。如果需要审计级追溯，得从服务端日志或代理层（如 ProxySQL）入手，而不是依赖 .mysql_history。
