使用mysqlbinlog查看二进制日志的问题

这几天在研究 mysql二进制日志，在使用mysqlbinlog查看日志的时候碰到了一个问题，

错误提示如下：

 

/usr/local/mysql/bin/mysqlbinlog: unknown variable 'default-character-set=utf8'

 

产生这个问题的原因是因为我在 my.cnf中的client选项组中添加了

 

default-character-set=utf8

 

选项。因我网站所有网页使用的都是 utf-8编码。为了方便和统一，故设置这个选项很是有必要。

在网上查找了下相关的资料，了解到这个是 mysqlbinlog的一个bug。 既然client选项组里允许通过

default-character-set选项设置客户端编码，为何自带的工具 mysqlbinlog却不认识这个选项？

在这里即使不认识，那也用不着直接出错而退出运行，若是不认识这个选项那只要略过此选项

（能给出个 notice提示下不认识此选项则更好）继续运行岂不更好？

 

尽管如此，要解决这个 bug的方法还是有的，

 

一种方法是使用：

 

loose-default-character-set=utf8

 

loose-选项 ,loose为宽松的, 散漫的, 自由的意思，在选项前加了loose-，则当程序不认识此选项时会略过此选项，

并给出一个警告

 

/usr/local/mysql/bin/mysqlbinlog: unknown variable 'loose-default-character-set=utf8'

....(注：后面跟着的是日志内容 )

 

另一种方法，我们使用 mysqlbinlog查看日志的情况并不多，一般都是临时性的。我发现在使用mysqlbinlog工具查看

二进制日志时会重新读取的 mysql的配置文件my.cnf(windows下是my.ini),而不是服务器已经加载进内存的配置文件。

也就是说只要修改并保存了 my.cnf文件，而不需要重起mysql服务器，则使用mysqlbinlog查看时修改后的my.cnf配置文件

对 mysqlbinlog而言已经生效。所以这里可以使用此方法：把client选项组中default-character-set=utf8选项屏蔽掉，如

 

#default-character-set=utf8

 

然后运行 mysqlbinlog工具，则不会产生任何问题了。当然记得在不在使用mysqlbinlog工具时，把#default-character-set=utf8

选项恢复为 default-character-set=utf8

 

若是在脚本中使用 mysqlbinlog工具有此问题，则最好使用两份配置文件，一份是已屏蔽掉上面选项的，一份是没有屏蔽掉的。

在使用 mysqlbinlog工具时使用前一份配置，在不使用时使用后一份配置，这样也是为了防止服务器重起导致default-character-set=utf8选项没起作用。