MySQL复制其实就是把数据从一个节点(master) 拷贝到另一个节点(slaves), 当然根据应用架构的不同,采用的方式也不同,MySQL服务器之间的复制使用的是二进制日志机制.对master的更新与变动都会作为事件(event)记录在日志中,日志中的信息会随变化的不同被记录成不同的格式.slaves被配置成从master读取日志,并且执行二进制日志中的事件到slave本地数据库.一旦master启动二进制日志功能,那么所有语句操作都会被记录下来,每一个slave会收到一份整个日志内容的拷贝.slave的责任就是决定日志中的哪条语句需要被执行,而我们不能通过配置master来仅仅记录某些特定的事件.如果您没有另行指定，在主服务器二进制日志中的所有事件都在slave上执行.如果需要,还可以配置slave仅应用来自于特定数据库或表的事件.
根据上图来说说MySQL复制的工作机制,复制的过程在主从架构中一般是有三个线程来完成复制工作的,主服务器上dump thread ,从服务器I/O thread ,从服务器sql thread, 如果想使用多线程的话需要打补丁的, 根据上图一主一从的架构复制是这样工作的,主服务器将操作写入二进制日志,由主服务器上的dump线程将日志发送到从服务器上的I/O线程,然后存储为中继日志,而由sql线程根据中继日志将数据写入从服务器中,下面来配置下这样的复制架构,
MySQL同主机不同数据库的复制命令：注意运行在Terminal中，不运行在MySQL命令行中。
mysqldump Portal_DEV -u root -ppassword1$ --add-drop-table | mysql Portal_Optimize -u root -ppassword1$
在复制过程中，出现如下报错：
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 放大，我本机默认是1M，放大至32M。重启MySQL。
OK. 以上方案适用于小数据量的数据库。下面来个大容量（1G以上）的。
mysqldump -uroot -ppassword --quick Portal_DEV | gzip > Portal_DEV.contents.gz
通过以上命令，将Portal_DEV数据库导成Portal_DEV.contents.gz压缩文件。
gunzip < Portal_DEV.contents.gz | mysql -uroot -ppassword Portal_Optimize
然后通过以上命令，将Portal_DEV导入Portal_Optimize数据库。
Perfect, it's done!!!
本文简单讲解MySQL的数据库复制方法到此结束。只有使自己自卑的心灵自信起来，弯曲的身躯才能挺直;只有使自己懦弱的体魄健壮起来，束缚的脚步才能迈开;只有使自己狭隘的心胸开阔起来，短视的眼光才能放远;只有使自己愚昧的头脑聪明起来，愚昧的幻想才能抛弃!小编再次感谢大家对我们的支持！
