这篇文章主要讲解了“MySQL binlog日志乱码的处理方法”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习“MySQL binlog日志乱码的处理方法”吧！
OS:Red Hat Enterprise Linux Server release 6.5 (Santiago)
DB:5.6.30-log
使用mysqlbinlog打开日志，发现日志内容存在乱码
首先想到检查MySQL数据库的字符集。
发现字符集都一致的，看了操作系统环境变量的字符集，发现字符集都是一直的。
[root@mysql1 log]# echo $LANG
en_US.UTF-8
接着在网上查资料发现有人说
当mysql服务器版本是5.6时，一定切记要使用版本>=3.4的mysqlbinlog，否则会出现乱码问题。
查了我的mysqlbinlog版本：
[root@mysql1 log]# mysqlbinlog --version
mysqlbinlog Ver 3.3 for redhat-linux-gnu at x86_64
发现版本确实低于3.4 。
那这个怎么单独升级呢？？？难道MySQL 5.6.30自带的版本自己不能用？？？
使用绝对路径再查询一次版本：
[root@mysql1 log]# /mysql/bin/mysqlbinlog --version
/mysql/bin/mysqlbinlog Ver 3.4 for Linux at x86_64
坑爹啊！！！！绝对路径是对的。
使用绝对路径的方式查看日志，乱码消失。
解决相对路径问题。
检查环境变量.bash_profile的设置。
[root@mysql1 ~]# vi .bash_profile
# .bash_profile
# Get the aliases and functions
if [ -f ~/.bashrc ]; then
. ~/.bashrc
fi
# User specific environment and startup programs
PATH=$PATH:$HOME/bin:/mysql/bin
export PATH
加环境变量的时候把/mysql/bin加在的最后面，系统读变量从前到后的顺序。
检查/usr/bin目录，果然有个mysqlbinlog的程序，查询版本是3.3的
[root@mysql1 bin]# /usr/bin/mysqlbinlog --version
/usr/bin/mysqlbinlog Ver 3.3 for redhat-linux-gnu at x86_64
现在知道问题的原因，处理方法有两种：
1、修改.bash_profile，把/mysql/bin设置放在第一位，重新加载变量。
[root@mysql1 ~]# vi .bash_profile
# .bash_profile
# Get the aliases and functions
. ~/.bashrc
fi
# User specific environment and startup programs
PATH=/mysql/bin:$PATH:$HOME/bin
export PATH
2、删除/usr/bin目录下的mysqlbinlog程序，可以使用改名的方式。然后重新加载变量。
[root@mysql1 bin]# mv mysqlbinlog mysqlbinlog.bak
感谢各位的阅读，以上就是“MySQL binlog日志乱码的处理方法”的内容了，经过本文的学习后，相信大家对MySQL binlog日志乱码的处理方法这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是创新互联，小编将为大家推送更多相关知识点的文章，欢迎关注！
