这篇文章主要讲解了“MySQL binlog日志乱码的处理方法”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习“MySQL binlog日志乱码的处理方法”吧！

创新互联建站是一家以重庆网站建设、网页设计、品牌设计、软件运维、成都网站营销、小程序App开发等移动开发为一体互联网公司。已累计为成都户外休闲椅等众行业中小客户提供优质的互联网建站和软件开发服务。

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

4. # Get the aliases and functions

5. if [ -f ~/.bashrc ]; then

6. . ~/.bashrc

7. fi

9. # User specific environment and startup programs

11. PATH=$PATH:$HOME/bin:/mysql/bin

12. 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

4. # Get the aliases and functions

5. . ~/.bashrc

6. fi

8. # User specific environment and startup programs

10. PATH=/mysql/bin:$PATH:$HOME/bin

12. export PATH

2、删除/usr/bin目录下的mysqlbinlog程序，可以使用改名的方式。然后重新加载变量。

[root@mysql1 bin]# mv mysqlbinlog mysqlbinlog.bak

感谢各位的阅读，以上就是“MySQL binlog日志乱码的处理方法”的内容了，经过本文的学习后，相信大家对MySQL binlog日志乱码的处理方法这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是创新互联，小编将为大家推送更多相关知识点的文章，欢迎关注！

名称栏目：MySQLbinlog日志乱码的处理方法
文章链接：http://scyingshan.cn/article/ggcidc.html