MySQL binlog日志乱码的处理方法

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

OS:Red Hat Enterprise Linux Server release 6.5 (Santiago)

DB:5.6.30-log

使用mysqlbinlog打开日志,发现日志内容存在乱码

MySQL binlog日志乱码的处理方法

首先想到检查MySQL数据库的字符集。
MySQL binlog日志乱码的处理方法

MySQL binlog日志乱码的处理方法

发现字符集都一致的,看了操作系统环境变量的字符集,发现字符集都是一直的。

  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

坑爹啊!!!!绝对路径是对的。

使用绝对路径的方式查看日志,乱码消失。

MySQL binlog日志乱码的处理方法


解决相对路径问题。

检查环境变量.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

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