MySQL binlog日志亂碼的處理方法

這篇文章主要講解了“MySQL binlog日志亂碼的處理方法”，文中的講解內容簡單清晰，易于學習與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學習“MySQL binlog日志亂碼的處理方法”吧！

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

3. 
   

4. # Get the aliases and functions

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

6. . ~/.bashrc

7. fi

8. 
   

9. # User specific environment and startup programs

10. 
    

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

3. 
   

4. # Get the aliases and functions

5. . ~/.bashrc

6. fi

7. 
   

8. # User specific environment and startup programs

9. 
   

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

11. 
    

12. export PATH

2、刪除/usr/bin目錄下的mysqlbinlog程序，可以使用改名的方式。然后重新加載變量。

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

感謝各位的閱讀，以上就是“MySQL binlog日志亂碼的處理方法”的內容了，經過本文的學習后，相信大家對MySQL binlog日志亂碼的處理方法這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是億速云，小編將為大家推送更多相關知識點的文章，歡迎關注！