MySQL5.5 general_log不会一直关闭

Question

我最近发现我的general_log被打开了，它生成了一个400 it的日志文件。哎哟。然后我试着关掉它。

在运行过程中，我输入了"SET全局general_log = OFF“，果然，它关闭了它。直到下一次重新启动mysql，它又重新启动了！

我看了看my.cnf，没有任何关于general_log的东西可以打开它，所以为了安全起见，我在米舍尔德标题下添加了general_log=0。我又重新启动了mysql，果然，general_log又开了！

然后我编辑了/etc/sysconfig/mysqld，并将--general_log=0添加到命令行并重新启动mysql.

>  /etc/init.d/mysqld restart
/etc/sysconfig/mysqld: line 10: --general_log=0: command not found
Stopping mysqld:                                           [  OK  ]
Starting mysqld:                                           [  OK  ]

好的，所以它抱怨它，但是，成功的一般日志终于关闭了！！但这是不对的。我们不喜欢错误消息，尽管它看到了命令行选项，并且使用得很好。

那么，三个问题..。

1. 为什么my.cnf修复不起作用？
2. 为什么从mysql内部关闭它却不阻止它？
3. 为什么它会要求命令行选项，它抱怨但仍然接受。

我在CentOS 5.9上运行服务器版本: 5.5.30-cll

会感谢你能给予的任何帮助。谷歌只是找不到这个答案。

Answer 1

在这方面有一个错误报告，并声称有一个补丁进入。但是，有时会将补丁应用于未来的次要版本。Bug报告声称它是在MySQL 5.5.9中修复的，但是您在MySQL 5.5.30中看到了这个问题。

我曾经在在DBA StackExchange中回答了一个问题上跳过了一个复制错误修补程序。我还回答了另一个问题，在启动init脚本时缺少了睡眠函数。我也怀疑那里漏掉了一块。

溶液

而不是这样做

[mysqld]
general-log=0

试着把它评论掉

[mysqld]
#general-log=0

并重新启动mysql

Answer 2

关于这一问题：

> I recently discovered that my general_log was turned on and it had generated a 400gb log file
> So, three questions..
>
> why would the my.cnf fix not work?
> why would turning it off from within mysql not keep it off
> why would it require the command line option that it complains about but yet accepts.

在将MySQL 5.1升级到5.6版本后，我“发现”了这个问题，并在这个问题上“遭受了几个星期的痛苦”，等待着出现这种“奇怪”行为的合理理由(即使是在下面这样做的时候!)来自MySQL支持团队和其他论坛的人，不幸的是，没有答案。

真诚地做“设置全局general_log =‘OFF’”和“设置全局slow_query_log =‘OFF’”并不能永久解决这个问题！

然后，我自己尝试在这个问题中放置最后一个点，修改MY.INI文件中的一些参数，这些参数位于我放置MySQL数据库的同一个文件夹中，如下所示：

# General and Slow logging.
log-output=FILE
general-log=0                            <--- HERE !
general_log_file="NATCOMP7.log"
slow-query-log=0                         <--- And HERE !
slow_query_log_file="NATCOMP7-slow.log"
long_query_time=10

这解决了一个Windows环境中的“问题”。

HTH