记一次MySQLbinlog 日志乱码处理

OS:Red Hat Enterprise Linux Server release 6.5 (Santiago)
DB:5.6.30-log
使用mysqlbinlog打开日志,发现日志内容存在乱码

首先想到检查MySQL数据库的字符集。
发现字符集都一致的,看了操作系统环境变量的字符集,发现字符集都是一直的。
  1. [root@mysql1 log]# echo $LANG
  2. en_US.UTF-8
接着在网上查资料发现有人说

当mysql服务器版本是5.6时,一定切记要使用版本>=3.4的mysqlbinlog,否则会出现乱码问题。

查了我的mysqlbinlog版本:

  1. [root@mysql1 log]# mysqlbinlog --version
  2. mysqlbinlog Ver 3.3 for redhat-linux-gnu at x86_64
发现版本确实低于3.4 。
那这个怎么单独升级呢???难道MySQL 5.6.30自带的版本自己不能用???
使用绝对路径再查询一次版本:
  1. [root@mysql1 log]# /mysql/bin/mysqlbinlog --version
  2. /mysql/bin/mysqlbinlog Ver 3.4 for Linux at x86_64
坑爹啊!!!!绝对路径是对的。
使用绝对路径的方式查看日志,乱码消失。


解决相对路径问题。
检查环境变量.bash_profile的设置。
  1. [root@mysql1 ~]# vi .bash_profile
  2. # .bash_profile
  3. # Get the aliases and functions
  4. if [ -f ~/.bashrc ]; then
  5. . ~/.bashrc
  6. fi
  7. # User specific environment and startup programs
  8. PATH=$PATH:$HOME/bin:/mysql/bin
  9. export PATH
加环境变量的时候把/mysql/bin加在的最后面,系统读变量从前到后的顺序。
检查/usr/bin目录,果然有个mysqlbinlog的程序,查询版本是3.3的

  1. [root@mysql1 bin]# /usr/bin/mysqlbinlog --version
  2. /usr/bin/mysqlbinlog Ver 3.3 for redhat-linux-gnu at x86_64
现在知道问题的原因,处理方法有两种:
1、修改.bash_profile,把/mysql/bin设置放在第一位,重新加载变量。
  1. [root@mysql1 ~]# vi .bash_profile
  2. # .bash_profile
  3. # Get the aliases and functions
  4. . ~/.bashrc
  5. fi
  6. # User specific environment and startup programs
  7. PATH=/mysql/bin:$PATH:$HOME/bin
  8. export PATH
2、删除/usr/bin目录下的mysqlbinlog程序,可以使用改名的方式。然后重新加载变量。
[root@mysql1 bin]# mv mysqlbinlog mysqlbinlog.bak

之前一直没想到这个问题是因为在安装linux的时候已经把database组件去掉了,没想到操作系统还安装了很多相关工具,这也算一个经验了。
请使用浏览器的分享功能分享到微信等