共计 1511 个字符，预计需要花费 4 分钟才能阅读完成。
这篇文章主要讲解了“MySQL binlog 日志乱码的处理方法”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着丸趣 TV 小编的思路慢慢深入，一起来研究和学习“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 日志乱码的处理方法这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是丸趣 TV，丸趣 TV 小编将为大家推送更多相关知识点的文章，欢迎关注！
