MySQL復(fù)制其實(shí)就是把數(shù)據(jù)從一個(gè)節(jié)點(diǎn)(master) 拷貝到另一個(gè)節(jié)點(diǎn)(slaves), 當(dāng)然根據(jù)應(yīng)用架構(gòu)的不同,采用的方式也不同,MySQL服務(wù)器之間的復(fù)制使用的是二進(jìn)制日志機(jī)制.對(duì)master的更新與變動(dòng)都會(huì)作為事件(event)記錄在日志中,日志中的信息會(huì)隨變化的不同被記錄成不同的格式.slaves被配置成從master讀取日志,并且執(zhí)行二進(jìn)制日志中的事件到slave本地?cái)?shù)據(jù)庫.一旦master啟動(dòng)二進(jìn)制日志功能,那么所有語句操作都會(huì)被記錄下來,每一個(gè)slave會(huì)收到一份整個(gè)日志內(nèi)容的拷貝.slave的責(zé)任就是決定日志中的哪條語句需要被執(zhí)行,而我們不能通過配置master來僅僅記錄某些特定的事件.如果您沒有另行指定，在主服務(wù)器二進(jìn)制日志中的所有事件都在slave上執(zhí)行.如果需要,還可以配置slave僅應(yīng)用來自于特定數(shù)據(jù)庫或表的事件.

根據(jù)上圖來說說MySQL復(fù)制的工作機(jī)制,復(fù)制的過程在主從架構(gòu)中一般是有三個(gè)線程來完成復(fù)制工作的,主服務(wù)器上dump thread ,從服務(wù)器I/O thread ,從服務(wù)器sql  thread, 如果想使用多線程的話需要打補(bǔ)丁的, 根據(jù)上圖一主一從的架構(gòu)復(fù)制是這樣工作的,主服務(wù)器將操作寫入二進(jìn)制日志,由主服務(wù)器上的dump線程將日志發(fā)送到從服務(wù)器上的I/O線程,然后存儲(chǔ)為中繼日志,而由sql線程根據(jù)中繼日志將數(shù)據(jù)寫入從服務(wù)器中,下面來配置下這樣的復(fù)制架構(gòu),

MySQL同主機(jī)不同數(shù)據(jù)庫的復(fù)制命令：注意運(yùn)行在Terminal中，不運(yùn)行在MySQL命令行中。

 mysqldump Portal_DEV -u root -ppassword1$ --add-drop-table | mysql Portal_Optimize -u root -ppassword1$

在復(fù)制過程中，出現(xiàn)如下報(bào)錯(cuò)：

ERROR 1153 (08S01) at line 1160: Got a packet bigger than 'max_allowed_packet' bytes
 mysqldump: Got errno 32 on write

需要將my.cnf中的max_allowed_packet 放大，我本機(jī)默認(rèn)是1M，放大至32M。重啟MySQL。

OK. 以上方案適用于小數(shù)據(jù)量的數(shù)據(jù)庫。下面來個(gè)大容量（1G以上）的。

 mysqldump -uroot -ppassword --quick Portal_DEV | gzip > Portal_DEV.contents.gz

通過以上命令，將Portal_DEV數(shù)據(jù)庫導(dǎo)成Portal_DEV.contents.gz壓縮文件。

gunzip < Portal_DEV.contents.gz | mysql -uroot -ppassword Portal_Optimize

然后通過以上命令，將Portal_DEV導(dǎo)入Portal_Optimize數(shù)據(jù)庫。

Perfect, it's done!!!

最新評(píng)論