简单讲解MySQL的数据库复制方法

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!!!