[转]MySql主主(主从)同步配置详解

　　MySQL支持单向、异步复制，复制过程当中一个服务器充当主服务器，而一个或多个其它服务器充当从服务器。MySQL复制基于主服务器在二进制日志中跟踪全部对数据库的更改(更新、删除等等)。所以，要进行复制，必须在主服务器上启用二进制日志。每一个从服务器从主服务器接收主服务器上已经记录到其二进制日志的保存的更新。当一个从服务器链接主服务器时，它通知主服务器定位到从服务器在日志中读取的最后一次成功更新的位置。从服务器接收从那时起发生的任何更新，并在本机上执行相同的更新。而后封锁并等待主服务器通知新的更新。从服务器执行备份不会干扰主服务器，在备份过程当中主服务器能够继续处理更新。

　　2、复制实现细节

　　MySQL使用3个线程来执行复制功能，其中两个线程(Sql线程和IO线程)在从服务器，另一个线程(IO线程)在主服务器。当发出START SLAVE时，从服务器建立一个I/O线程，以链接主服务器并让它发送记录在其二进制日志中的语句。主服务器建立一个线程将二进制日志中的内容发送到从服务器。该线程能够即为主服务器上SHOW PROCESSLIST的输出中的Binlog Dump线程。从服务器I/O线程读取主服务器Binlog Dump线程发送的内容并将该数据拷贝到从服务器数据目录中的本地文件中，即中继日志。第3个线程是SQL线程，由从服务器建立，用于读取中继日志并执行日志中包含的更新。在从服务器上，读取和执行更新语句被分红两个独立的任务。当从服务器启动时，其I/O线程能够很快地从主服务器索取全部二进制日志内容，即便SQL线程执行更新的远远滞后。

　　一、复制线程状态

　　经过show slave status\G和show master status能够查看复制线程状态。常见的线程状态有：

　　(1)主服务器Binlog Dump线程

　　Has sent all binlog to slave; waiting for binlog to be updated

　　线程已经从二进制日志读取全部主要的更新并已经发送到了从服务器。线程如今正空闲，等待由主服务器上新的更新致使的出如今二进制日志中的新事件。

　　(2)从服务器I/O线程状态

　　Waiting for master to send event

　　线程已经链接上主服务器，正等待二进制日志事件到达。若是主服务器正空闲，会持续较长的时间。若是等待持续slave_read_timeout秒，则发生超时。此时，线程认为链接被中断并企图从新链接。

　　(3)从服务器SQL线程状态

　　Reading event from the relay log

　　线程已经从中继日志读取一个事件，能够对事件进行处理了。

　　Has read all relay log; waiting for the slave I/O thread to update it

　　线程已经处理了中继日志文件中的全部事件，如今正等待I/O线程将新事件写入中继日志。

　　二、复制过程当中使用的传递和状态文件

　　默认状况，中继日志使用host_name-relay-bin.nnnnnn形式的文件名，其中host_name是从服务器主机名，nnnnnn是序列号。中继日志与二进制日志的格式相同，而且能够用mysqlbinlog读取。

　　从服务器在data目录中另外建立两个小文件。这些状态文件默认名为主master.info和relay-log.info。状态文件保存在硬盘上，从服务器关闭时不会丢失。下次从服务器启动时，读取这些文件以肯定它已经从主服务器读取了多少二进制日志，以及处理本身的中继日志的程度。

　　若是要备份从服务器的数据，还应备份这两个小文件以及中继日志文件。它们用来在恢复从服务器的数据后继续进行复制。若是丢失了中继日志但仍然有relay-log.info文件，能够经过检查该文件来肯定SQL线程已经执行的主服务器中二进制日志的程度。而后能够用Master_Log_File和Master_LOG_POS选项执行CHANGE MASTER TO来告诉从服务器从新从该点读取二进制日志。

　　3、MySQL创建主从服务器配置方法

　　A、环境描述

　　服务器A(主) 192.168.1.106

　　服务器B(从) 192.168.1.107

　　Mysql版本：5.5.11

　　System OS：CentOS 5.6 X64

　　主从需同步的数据库内容保持一致。

　　B、主从配置过程

　主服务器

　　a)建立同步用户

　　在主服务器上为从服务器创建一个链接账户，该账户必须授予REPLICAITON SLAVE权限。

　　服务器A：

       添加一个有 slave权限etuy

grant replication slave on *.* to 'replication'@'192.168.1.%' identified by '000000';
flush privileges;

      b)修改mysql配置文件

[mysqld]
server-id = 1
log-bin=/data0/mysql/binlog/binlog
binlog-do-db = test
binlog-ignore-db=mysql 

     c)重启mysql服务

# /data0/mysql/mysql restart
 
Restarting MySQL...
Stoping MySQL...
Starting MySQL...

    d)、查看主服务器状态

ysql>flush tables with read lock;
mysql>show master status\G
*************************** 1. row ***************************
			File: binlog.000006
		Position: 107
	Binlog_Do_DB: test
Binlog_Ignore_DB: mysql
1 row in set (0.00 sec)
 
mysql>unlock tables;

注：这里锁表的目的是为了生产环境中不让进新的数据，好让从服务器定位同步位置。初次同步完成后，记得解锁。

从服务器

　　a)修改mysql配置文件

[mysqld]
server-id = 2
log-bin = /data0/mysql/binlog/binlog
replicate-do-db = test
replicate-ignore-db = mysql,information_schema
replicate-ignore-table=test.table_name#排除表

b)重启mysql服务

# /data0/mysql/mysql restart
 
Restarting MySQL...
Stoping MySQL...
Starting MySQL...

c)用change master语句指定同步位置

mysql>change master to master_host='192.168.1.106', master_user='replication', master_password='000000', master_log_file='binlog.000006', master_log_pos=107;

注：master_log_file，master_log_pos由上面主服务器查出的状态值中肯定。master_log_file对应File，master_log_pos对应Position。
mysql 5.x以上版本已经不支持在配置文件中指定主服务器相关选项。

d)启动从服务器线程

mysql>start slave;

我在实际操做中出现了启动不了的状况，错误提示出下： mysql> start slave; ERROR 2006 (HY000): MySQL server has gone away No connection. Trying to reconnect... Connection id: 3 Current database: data_center ERROR 1200 (HY000): The server is not configured as slave; fix in config file or with CHANGE MASTER TO 使用show slave status查看状态时发现有这样的错误提示： Last_IO_Error: Fatal error: The slave I/O thread stops because master and slave have equal MySQL server ids; these ids must be different for replication to work (or the --replicate-same-server-id option must be used on slave but this does not always make sense; please check the manual before using it). GOOGLE说是从服务器配置文件里的server_id没有生效，使用set global server_id=2;动态修改server_id，而后start slave;成功

e)查看从服务器状态

mysql>show slave status\G;
 
Slave_IO_Running: Yes
Slave_SQL_Running: Yes

查看以上两项的值，均为Yes则表示状态正常。

C、测试主从同步

　　先在主库中插入一条新的数据

mysql> use test
Database changed
 
mysql> desc wp_terms;
+------------+---------------------+------+-----+---------+----------------+
| Field	  | Type				| Null | Key | Default | Extra		  
+------------+---------------------+------+-----+---------+----------------+
| term_id	| bigint(20) unsigned | NO   | PRI | NULL	| auto_increment 
| name	   | varchar(200)		| NO   | MUL |		 
| slug	   | varchar(200)		| NO   | UNI |		 
| term_group | bigint(10)		  | NO   |	 | 0	   
+------------+---------------------+------+-----+---------+----------------+
4 rows in set (0.02 sec)
 
mysql> insert wp_terms values(1116,'MikeTestMySQL','Mike-Test-Mysql-Repli',0);
Query OK, 1 row affected (0.03 sec)

在从库中查询，看到以前主库新增的数据就成功了。

mysql> select * from test.wp_terms where term_id=1116;
+---------+---------------+-----------------------+------------+
| term_id | name		  | slug				  | term_group 
+---------+---------------+-----------------------+------------+
|	1116 | MikeTestMySQL | Mike-Test-Mysql-Repli |		  0 
+---------+---------------+-----------------------+------------+
1 row in set (0.00 sec)

4、MySQL创建主主服务器配置方法

MySQL主主服务器的思路和主从差很少，本质就是让多台MySQL服务器间互为主从。

下面的是完整配置过程，如已按上面配置了主从架构，只需调整差别部分就行了。

　　A、环境描述

　　服务器A(主) 192.168.1.106
　　服务器B(主) 192.168.1.107
　　Mysql版本：5.5.11
　　System OS：CentOS 5.6 X64
　　主从需同步的数据库内容保持一致。

　　B、主主配置过程

　　a)建立同步用户

　　在主服务器上为从服务器创建一个链接账户，该账户必须授予REPLICAITON SLAVE权限。

　　这里服务器A和服务器B互为主从，因此都要分别创建一个同步用户。

　　服务器A和B：

grant replication slave on *.* to 'replication'@'192.168.1.%' identified by '000000';
flush privileges;

b)修改mysql配置文件

[mysqld]
server-id = 1
log-bin=/data0/mysql/binlog/binlog
binlog-do-db = test
binlog-ignore-db=mysql
#主主需加入的部分
log-slave-updates
sync_binlog=1
auto_increment_offset=1
auto_increment_increment=2
replicate-do-db = test
replicate-ignore-db = mysql,information_schema

服务器B

[mysqld]
server-id = 2
log-bin = /data0/mysql/binlog/binlog
replicate-do-db = test
replicate-ignore-db = mysql,information_schema
#主主须要加入部分
binlog-do-db = test
binlog-ignore-db=mysql
log-slave-updates
sync_binlog=1
auto_increment_offset=2
auto_increment_increment=2

c)分别重启服务器A、B上的mysql服务

# /data0/mysql/mysql restart
 
Restarting MySQL...
Stoping MySQL...
Starting MySQL...

d)、分别在服务器A、B上查看作为主服务器状态

　　A服务器 

mysql>flush tables with read lock;
mysql> show master status\G
*************************** 1. row ***************************
File: binlog.000007
Position: 107
Binlog_Do_DB: test
Binlog_Ignore_DB: mysql
1 row in set (0.00 sec)
 
mysql>unlock tables;

B服务器

mysql> show master status\G
*************************** 1. row ***************************
File: binlog.000005
Position: 107
Binlog_Do_DB: test
Binlog_Ignore_DB: mysql
1 row in set (0.00 sec)

注：这里锁表的目的是为了生产环境中不让进新的数据，好让从服务器定位同步位置。初次同步完成后，记得解锁。

　　c)分别在服务器A、B上用change master语句指定同步位置

A、服务器

mysql>change master to master_host='192.168.1.107', master_user='replication', master_password='000000', master_log_file='binlog.000005', master_log_pos=107;

B、服务器

mysql>change master to master_host='192.168.1.106', master_user='replication', master_password='000000', master_log_file='binlog.000007', master_log_pos=107;

注：master_log_file，master_log_pos由上面主服务器查出的状态值中肯定。master_log_file对应File，master_log_pos对应Position。

mysql 5.x以上版本已经不支持在配置文件中指定主服务器相关选项。

　　d)分别在服务器A、B上启动从服务器线程

mysql>start slave;

　e)分别在服务器A、B上查看从服务器状态

mysql>show slave status\G;
 
Slave_IO_Running: Yes
Slave_SQL_Running: Yes

查看以上两项的值，均为Yes则表示状态正常。

　　C、测试主主同步

5、配置参数说明

　　server-id

　　ID值惟一的标识了复制群集中的主从服务器，所以它们必须各不相同。master_id必须为1到232–1之间的一个正整数值，slave_id值必须为2到232–1之间的一个正整数值。

　　log-bin

　　表示打开binlog,打开该选项才能够经过I/O写到Slave的relay-log,也是能够进行replication的前提;

　　binlog-do-db

　　表示须要记录进制日志的数据库。若是有多个数据库可用逗号分隔，或者使用多个binlog-do-db选项

　　binlog-ignore-db

　　表示不须要记录二进制日志的数据库。若是有多个数据库可用逗号分隔，或者使用多个binlog-do-db选项

　　replicate-do-db

　　表示须要同步的数据库，若是有多个数据库可用逗号分隔，或者使用多个replicate-do-db选项

　　replicate-ignore-db=mysql

　　表示不须要同步的数据库，若是有多个数据库可用逗号分隔，或者使用多个replicate-ignore-db=mysql选项

　　log-slave-updates

　　配置从库上的更新操做是否写入二进制文件，若是这台从库，还要作其余从库的主库，那么就须要打这个参数，以便从库的从库可以进行日志同步

　　slave-skip-errors

　　在复制过程，因为各类缘由致使binlog中的sql出错，默认状况下，从库会中止复制，要用户介入。能够设置Slave-skip-errors来定义错误号，若是复制过程当中遇到的错误号是定义的错误号，即可以跳过。若是从库是用来作备份，设置这个参数会存在数据不一致，不要使用。若是是分担主库的查询压力，能够考虑。

　　sync_binlog=1 or N

　　sync_binlog的默认值是0，这种模式下，MySQL不会同步到磁盘中去。这样的话，MySQL依赖操做系统来刷新二进制日志binary log，就像操做系统刷其余文件的机制同样。所以若是操做系统或机器(不只仅是MySQL服务器)崩溃，有可能binlog中最后的语句丢失了。要想防止这种状况，你可使用sync_binlog全局变量，使binlog在每N次binlog写入后与硬盘同步。当sync_binlog变量设置为1是最安全的，由于在crash崩溃的状况下，你的二进制日志binary log只有可能丢失最多一个语句或者一个事务。可是，这也是最慢的一种方式（除非磁盘有使用带蓄电池后备电源的缓存cache，使得同步到磁盘的操做很是快）。

　　即便sync_binlog设置为1,出现崩溃时，也有可能表内容和binlog内容之间存在不一致性。若是使用InnoDB表，MySQL服务器处理COMMIT语句，它将整个事务写入binlog并将事务提交到InnoDB中。若是在两次操做之间出现崩溃，重启时，事务被InnoDB回滚，但仍然存在binlog中。能够用–innodb-safe-binlog选项来增长InnoDB表内容和binlog之间的一致性。(注释：在MySQL 5.1中不须要–innodb-safe-binlog；因为引入了XA事务支持，该选项做废了），该选项能够提供更大程度的安全，使每一个事务的 binlog(sync_binlog =1)和(默认状况为真)InnoDB日志与硬盘同步，该选项的效果是崩溃后重启时，在滚回事务后，MySQL服务器从binlog剪切回滚的 InnoDB事务。这样能够确保binlog反馈InnoDB表的确切数据等，并使从服务器保持与主服务器保持同步(不接收回滚的语句)。

　　auto_increment_offset和auto_increment_increment

　　auto_increment_increment和auto_increment_offset用于主－主服务器(master-to-master)复制，并能够用来控制AUTO_INCREMENT列的操做。两个变量都可以设置为全局或局部变量，而且假定每一个值均可觉得1到65,535之间的整数值。将其中一个变量设置为0会使该变量为1。

　　这两个变量影响AUTO_INCREMENT列的方式：auto_increment_increment控制列中的值的增量值,auto_increment_offset肯定AUTO_INCREMENT列值的起点。

　　若是auto_increment_offset的值大于auto_increment_increment的值，则auto_increment_offset的值被忽略。例如：表内已有一些数据，就会用如今已有的最大的自增值作为初始值。

　　6、二进制日志清除

　　主同步服务器产生的二进制日志会占据大量的磁盘空间，应按期删除过时的bin-log。

　　A、经过PURGE MASTER LOGS删除

　　若是您有一个在用的从属服务器，该服务器当前正在读取您正在试图删除的日志之一，则本语句不会起做用，而是会失败，并伴随一个错误。不过，若是从属服务器是中止的，而且您碰巧清理了其想要读取的日志之一，则从属服务器启动后不能复制。当从属服务器正在复制时，本语句能够安全运行。您不须要中止它们。

　　要清理日志，需按照如下步骤：

　　一、在每一个从属服务器上，使用SHOW SLAVE STATUS来检查它正在读取哪一个日志。

　　二、使用SHOW MASTER LOGS得到主服务器上的一系列日志。

　　三、在全部的从属服务器中断定最先的日志。这个是目标日志。若是全部的从属服务器是更新的，这是清单上的最后一个日志。

　　四、制做您将要删除的全部日志的备份。(建议备份)

　　五、清理全部的日志，可是不包括目标日志。

　　PURGE 语法

PURGE {MASTER | BINARY} LOGS TO ‘log_name’

PURGE {MASTER | BINARY} LOGS BEFORE ‘date’

　　用于删除列于在指定的日志或日期以前的日志索引中的全部二进制日志。这些日志也会从记录在日志索引文件中的清单中被删除，这样被给定的日志成为第一个。

　　BEFORE变量的date自变量能够为’YYYY-MM-DD hh:mm:ss’格式。MASTER和BINARY是同义词。

　　例如：

#删除binlog.000002以前的而不包含binlog.000002
 
mysql> PURGE MASTER LOGS TO 'binlog.000002';
 
#删除2011-05-28 1:35:00以前的
mysql> PURGE MASTER LOGS BEFORE '2011-05-28 1:35:00';
 
#清除3天前的binlog
mysql> PURGE MASTER LOGS BEFORE DATE_SUB(NOW( ), INTERVAL 3 DAY);

B、设置expire-logs-days参数

　　缺省expire-logs-days为30天。这里设为7天，可根据本身状况调整。

[mysqld]
expire-logs-days = 7

7、用于控制主、从服务器的SQL语句

　　A、用于控制主服务器的SQL语句

　　PURGE MASTER LOGS

　　用于删除列于在指定的日志或日期以前的日志索引中的全部二进制日志。这些日志也会从记录在日志索引文件中的清单中被删除，这样被给定的日志成为第一个。

　　RESET MASTER

　　能够删除列于索引文件中的全部二进制日志，把二进制日志索引文件从新设置为空，并建立一个新的二进制日志文件。

　　SET SQL_LOG_BIN

　　若是客户端使用一个有SUPER权限的帐户链接，则能够禁用或启用当前链接的二进制日志记录。若是客户端没有此权限，则语句被拒绝，并伴随有错误。

　　SHOW BINLOG EVENTS

　　用于在二进制日志中显示事件。若是您不指定’log_name’，则显示第一个二进制日志。

　　SHOW MASTER LOGS

　　用于列出服务器中的二进制日志文件。

　　SHOW MASTER STATUS

　　用于提供主服务器二进制日志文件的状态信息。

　　SHOW SLAVE HOSTS

　　用于显示当前使用主服务器注册的复制从属服务器的清单。

　　B、用于控制从服务器的SQL语句

　　CHANGE MASTER TO

　　能够更改从属服务器用于与主服务器进行链接和通信的参数。

　　LOAD DATA FROM MASTER

　　用于对主服务器进行快照，并拷贝到从属服务器上。

　　LOAD TABLE tbl_name FROM MASTER

　　用于把表的拷贝从主服务器转移到从属服务器。

　　MASTER_POS_WAIT()

　　这其实是一个函数，而不是一个语句。它被用于确认，从属服务器已读取并执行了到达主服务器二进制日志的给定位置。

　　RESET SLAVE

　　用于让从属服务器忘记其在主服务器的二进制日志中的复制位置。

　　SET GLOBAL SQL_SLAVE_SKIP_COUNTER

　　从主服务器中跳事后面的n个事件。要复起因语句致使的复制停止，这是有用的。

　　SHOW SLAVE STATUS

　　用于提供有关从属服务器线程的关键参数的信息。

　　START SLAVE

　　用于启动从属服务器线程

　　STOP SLAVE

　　用于停止从属服务器线程

　　以上内容摘自MySQL官方手册，具体用法详见：http://dev.mysql.com/doc/refman/5.1/zh/sql-syntax.html#reset-master

　　8、主从复制如何提升可靠性

　　主从单向复制，从服务器只是实时的保存了主服务器的一个副本。当主服务器发生故障时，能够切换到从服务器继续作查询，但不能更新。

　　若是采用双向复制，即两台mysql服务器即做为主服务器，又做为从服务器。那么二者均可以执行更新操做并能实现负载均衡，当一方出现故障时，另外一方不受影响。可是，除非能保证任何更新操做顺序都是安全的，不然双向复制会致使失败。

　　为了更好的提升可靠性和可用性，须要当主服务器不可用时，令从服务器成为Master。原来的主服务器设定为Slave，并重新的Master上同步更新。如今已经有了一个这样开源解决方案[MySQL Master-Master Replication Manager]，后面我会在写一篇关MySQL MMM架构的方案，敬请期待！

　　9、参考文档

　　http://www.google.com

　　http://blogold.chinaunix.net/u3/93755/showart.php?id=2213538

　　http://hahaxiao.techweb.com.cn/archives/465.html

　　http://blog.csdn.net/libraworm/archive/2007/07/23/1703365.aspx

　　http://dev.mysql.com/doc/refman/5.1/zh/sql-syntax.html#reset-master