《Mysql必讀當(dāng)mysqlbinlog版本與mysql不一致時(shí)可能導(dǎo)致出哪些問題》要點(diǎn)：
本文介紹了Mysql必讀當(dāng)mysqlbinlog版本與mysql不一致時(shí)可能導(dǎo)致出哪些問題，希望對您有用。如果有疑問，可以聯(lián)系我們。

首先要確定當(dāng)前版本是不是mysqlbinlog版本,當(dāng)不是mysqlbinlog版本時(shí)可能會(huì)導(dǎo)致出哪些問題,下面通過模擬場景的方法給大家做介紹,希望對大家有所幫助.MYSQL實(shí)例

看當(dāng)前mysqlbinlog版本的方法：MYSQL實(shí)例

mysqlbinlog --version
    mysqlbinlog Ver 3.3 for Linux at x86_64

場景1：mysql服務(wù)器為mysql 5.6,要求mysqlbinlog版本為3.4及以上,否則mysqlbinlog解析時(shí)會(huì)直接報(bào)錯(cuò),之前已經(jīng)碰到過很多次,但是沒有記錄具體的報(bào)錯(cuò)信息,貌似和position位置不存在的報(bào)錯(cuò)信息差不多,后來改用mysqlbinlog 3.4版本以后方可解析；MYSQL實(shí)例

場景2：今天幫客戶做一個(gè)db恢復(fù),備份文件是全庫備份,恢復(fù)卻只能恢復(fù)某個(gè)db到一個(gè)特定的時(shí)間點(diǎn).方法如下：mysql加上-o database_name參數(shù)執(zhí)行全備份的sql文件,然后用mysqlbinlog的-d database_name參數(shù)解析指定庫的binlog文件,期間使用到了mysqlbinlog,mysql server是5.6,mysqlbinlog版本是3.3,結(jié)果mysqlbinlog解析并沒有報(bào)錯(cuò),執(zhí)行報(bào)錯(cuò),查看解析出來的binlog有很多亂碼,起初以為是字符集的問題,但查了半天也沒發(fā)現(xiàn)問題.后來才嘗試用3.4版本的mysqlbinlog解決了這個(gè)問題,類似的亂碼如下圖MYSQL實(shí)例

MYSQL實(shí)例

總結(jié)：當(dāng)mysql服務(wù)器版本是5.6時(shí),一定切記要使用版本>=3.4的mysqlbinlogMYSQL實(shí)例

希望以上內(nèi)容對大家有所幫助.MYSQL實(shí)例

轉(zhuǎn)載請注明本頁網(wǎng)址：
http://www.snjht.com/jiaocheng/1105.html