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

创新互联公司是一家专业提供汉源企业网站建设,专注与成都网站设计、网站制作、H5页面制作、小程序制作等业务。10年已为汉源众多企业、政府机构等服务。创新互联专业网络公司优惠进行中。

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://njwzjz.com/article/doephi.html