绝大多数轻量级sql客户端不保存报错语句至历史，因仅成功执行的语句才写入历史文件；可靠做法是用外部编辑器编写并复制执行，或启用日志记录、变量存储等机制。
sql客户端报错后命令没了，怎么找回刚写的语句
绝大多数轻量级sql客户端（比如mysql命令行、psql、sqlite3）默认不保存执行失败的语句到历史。不是你按错了，是它们根本没把error状态下的输入记进历史缓冲区。
实操建议：
- 在执行前先用
\e（psql）或EDIT（MySQL 8.0+）调出外部编辑器写好再提交，编辑器本身有自动保存/撤销能力 - MySQL命令行下启用
--histignore以外的模式：启动时加--defaults-file指定配置，并确保[mysql]段有auto-rehash和pager（不影响历史，但配合\s可查当前会话变量） - 真正可靠的做法是——别依赖客户端历史。把临时SQL写在VS Code / Vim / 记事本里，执行前全选复制粘贴；错误后直接回退编辑器即可
MySQL命令行里history命令为啥不显示刚输错的那条
因为mysql客户端的历史记录机制只在语句**成功执行并返回结果集或OK提示**后才写入~/.mysql_history。遇到ERROR 1064 (42000)这类语法错误，整条输入被丢弃，连缓存都不进。
验证方式：tail -n 5 ~/.mysql_history，你会发现最后几行全是之前成功的SELECT或INSERT。
能做的只有：
- 启动MySQL时加
--syslog（仅限Linux + MySQL 8.0.14+），让所有输入（含错误）打到系统日志，但需提前配置log_error_services - 用
script命令包裹启动：script -c "mysql -u root" mysql_session.log，所有终端IO都会落盘，包括报错前的完整输入 - 别用
mysql -e "xxx"跑单行命令——这种模式根本不走历史机制
psql中Ctrl+P翻不到上一条失败语句，怎么办
psql的readline历史同样跳过ERROR:开头的响应。它判断“是否存入历史”的依据是后端返回的CommandStatus字段，而非用户是否敲了回车。
绕过方法很直接：
- 把长语句拆成
set变量：set q 'SELECT * FROM users WHERE id = 100'，再用:q执行；变量定义本身总能进历史，且set不会触发SQL解析 - 开启
psqlrc里的set HISTCONTROL ignorespace，然后在错误语句前加空格（如SELECT ...），这样即使失败也会被记录（readline规则） -
s导出全部会话记录到文件，比翻历史更准——它记录的是真实TTY输入流，不管成败
为什么Navicat / DBeaver这类GUI工具反而容易找回
因为它们不依赖终端readline，而是自己维护SQL编辑框内容+执行日志面板。即使执行报错，编辑框文字还在，日志面板里也明确标出Query failed并附带完整SQL。
但要注意两个坑：
- DBeaver的“SQL编辑器”默认关闭自动保存，需手动勾选
Preferences > Editors > SQL Editor > Save files automatically - Navicat的“查询”窗口历史只保留在当前标签页内，关掉标签=清空历史；想持久化得用
文件 > 新建查询生成独立.sql文件 - 所有GUI工具的剪贴板缓存都有限（尤其Windows），报错后别急着复制其他内容，先
Ctrl+A Ctrl+C把红字错误连同上面的SQL一起拷走
最不靠谱的其实是“我记得我刚才敲了什么”，人脑缓存比~/.psql_history还容易丢。留痕这件事，永远该由工具做，而不是靠回忆。
