這篇文章將為大家詳細(xì)講解有關(guān)MySQL中binlog有幾種模式，小編覺得挺實(shí)用的，因此分享給大家做個(gè)參考，希望大家閱讀完這篇文章后可以有所收獲。

目前創(chuàng)新互聯(lián)已為數(shù)千家的企業(yè)提供了網(wǎng)站建設(shè)、域名、網(wǎng)站空間、成都網(wǎng)站托管、企業(yè)網(wǎng)站設(shè)計(jì)、吉隆網(wǎng)站維護(hù)等服務(wù)，公司將堅(jiān)持客戶導(dǎo)向、應(yīng)用為本的策略，正道將秉承"和諧、參與、激情"的文化，與客戶和合作伙伴齊心協(xié)力一起成長(zhǎng)，共同發(fā)展。

1、statement level模式，每一條會(huì)修改數(shù)據(jù)的sql都會(huì)記錄到master的bin-log中。

slave在復(fù)制的時(shí)候sql進(jìn)程會(huì)解析成和原來(lái)master端執(zhí)行過的相同的sql來(lái)再次執(zhí)行。

statement level下的優(yōu)點(diǎn)，首先就是解決了row level下的缺點(diǎn)，不需要記錄每一行數(shù)據(jù)的變化，減少bin-log日志量，節(jié)約io，提高性能。因?yàn)樗恍枰涗浽趍aster上所執(zhí)行的語(yǔ)句的細(xì)節(jié)，以及執(zhí)行語(yǔ)句時(shí)候的上下文的信息。

2、rowlevel模式，日志中會(huì)記錄成每一行數(shù)據(jù)被修改的形式。

在slave端再對(duì)相同的數(shù)據(jù)進(jìn)行修改。bin-log中可以不記錄執(zhí)行的sql語(yǔ)句的上下文相關(guān)的信息，僅僅只需要記錄那一條記錄被修改了，修改成什么樣了。所以row level的日志的內(nèi)容會(huì)非常清楚的記錄下每一行數(shù)據(jù)修改的細(xì)節(jié)。而且不會(huì)出現(xiàn)某些特定情況下的存儲(chǔ)過程，或function,以及trigger的調(diào)用和觸發(fā)無(wú)法被正確復(fù)制的問題。

3、mixed模式是前兩種模式的結(jié)合。

在mixed模式下，mysql會(huì)根據(jù)執(zhí)行的每一條具體的sql語(yǔ)句來(lái)區(qū)分對(duì)待記錄的日志形式，也就是在statement和row之間選一種。

關(guān)于“mysql中binlog有幾種模式”這篇文章就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，使各位可以學(xué)到更多知識(shí)，如果覺得文章不錯(cuò)，請(qǐng)把它分享出去讓更多的人看到。