MySQL客户端历史记录没有记录某些查询

Question

我注意到最近mysql客户端工具并没有记录我发布的所有查询。这种行为似乎非常不一致；有些查询是记录的，而另一些查询则没有，没有任何明确的模式，尽管查询越简单，记录的可能性就越大。至少可以说，这是令人讨厌的。我在Ubuntu12.04LTS下使用MySQL 5.6.14。

实际上似乎没有太多的模式:像SELECT COUNT(*) FROM TABLE_X WHERE COL_1=3;这样的查询很可能会被记录，而SELECT COL_1,COUNT(COL_1) FROM TABLE_X GROUP BY COL_1则不会被记录。

有什么想法吗？这是MySQL的最新版本，我只在开发中使用它，但我想将它推广到我们的实时机器上，因为微秒时间戳解决了许多问题，我的方式比以前要干净得多。

更新:按照下面的Alex_at_wearenotmachines，查询中表单*PASSWORD*的任何模式都会禁用日志记录，这显然是一个过于宽泛的标准。

Answer 1

刚才在bugs.mysql.com上报告了这一点--您是否也看到了奇怪的mysql>提示符突然出现在命令的中间？运行create命令的平均.75时间是多少？似乎有点慢..。

也看不到任何模式-它拒绝记住从用户中选择密码，永远。但还记得很多其他的事情。已经使用了大约3个星期，今天才注意到，但是回顾我的历史，我可以看到一些逻辑上的空白，其中的东西显然是缺失的。

Answer 2

这真的是个虫子。没有理由将其从客户端历史记录中的当前中删除。它应该提供给刚刚输入它的人！

而且，模式过于宽泛。如果没有字符串文字，就没有敏感数据，所以模式，而不是"IDENTIFIEDPASSWORD“应该要求行中的某个字符串文字(仍然太宽，但更合理)，例如：”标识的‘’`PASSWORD*‘“`*

此外，您应该能够覆盖这些模式(就像我一直在密码列上编写多个表联接(不要问)，我甚至不能向上箭头插入一个缺失的逗号.)

还有一件事(谢谢Brian！http://forums.mysql.com/read.php?11,631456,631456#msg-631456) --如果你像我一样，完全被这个束缚住了，你可以通过编辑mysql客户端二进制文件来禁用它。丑陋但有效。我现在有了一个叫fix_mysql_client的脚本..。