mysql 主从 配置和同步管理

首先呢，需要有两个mysql服务器。如果做测试的话可以在同一台机器上装两个mysql服务程序，注意要两个运行程序的端口不能一样。我用的是一个是默认的3306，从服务器用的是3307端口。

在主服务创建账号:

GRANT REPLICATION SLAVE,RELOAD,SUPER ON *.* 
TO backup@'192.168.100.2' 
IDENTIFIED BY '1234';

建立一个帐户backup，并且只能允许从192.168.100.2这个地址上来登陆，密码是1234。

关停A服务器，将A中的数据拷贝到B服务器中，使得A和B中的数据同步，并且确保在全部设置操作结束前，禁止在A和B服务器中进行写操作，使得两数据库中的数据一定要相同！ (如果ab两者数据不相同的话，同步不会同步之前的差异）。

配置主Server。
在主服务器（数据库源）上的my.cnf配置[mysqld]之后加入如下条目：

log_bin = /var/log/mysql/mysql-bin.log
server-id = 1 //1代表主数据库（源） 2代表辅数据库（目的）
binlog_do_db = testmirror //要做同步的数据库名字，可以是多个数据库，之间用分号分割。

官方文档推荐的是，在master端不指定binlog-do-db，在slave端用replication-do-db来过滤。

告诉主服务器，如果当前的数据库(即USE选定的数据库)是db_name，应将更新记录到二进制日志中。其它所有没有明显指定的数据库 被忽略。如果使用该选项，你应确保只对当前的数据库进行 .

4. 配置从Server。
在辅服务器上的my.ini中加入如下内容

server-id = 2 //2代表辅

replicate-do-db = testmirror //需要同步的库名字

replicate-ignore-db = mysql
replicate-ignore-db = information_schema

master-host = xx.xx.xx.xx //主服务器的IP地址
master-user = //主服务器的用户名
master-password = //数据库密码
master-port = 3306
master-connect-retry = 10 //每个10秒钟同步一次

注意画删除线的部分不要添加,否则报错：

[ERROR] mysqld: unknown variable ‘master-host=127.0.0.1′，Google了一下，据网上消息介绍，Mysql版本从5.1.7以后开始就不支持“master-host” 类似的参数。

而是通过如下方式：
从数据库的my.cnf只要添加两项就ok了：
server-id = 2
replicate-do-db = mydatabase

mysql>

change master to master_host=’127.0.0.1′,master_user=’backup’,master_password=’******’,master_log_file=’mysql-bin.000001′,master_log_pos=106;

其中master_log_file和master_log_pos通过在主数据库show master status;

mysql> show master status;
+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin. |  | testmirror |    |
+------------------+----------+--------------+------------------+
 row in set (0.00 sec)

（Master_Log_File  
I/O 线程当前读取的主服务器二进制日志文件的名字）

得到。

端口不是默认端口的话，如master_port=3307，不要加引号。

在辅服务器上运新如下命令

mysql> show slave status;

重要的是查看 Slave_IO_Running | Slave_SQL_Running两个值，必须都是YES才可以， 但是通常不是YES。

MySQL主从不同步问题解决

1.首先停掉Slave服务：

mysql> slave stop

2.到主服务器上查看主机状态：
记录File和Position对应的值。

mysql> show master status;
+------------------+-----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+-----------+--------------+------------------+
| mysql-bin.000020 | 135617781 | | |
+------------------+-----------+--------------+------------------+
1 row in set (0.00 sec)

3.到slave服务器上执行手动同步：

mysql> change master to
> master_host='master_ip',
> master_user='user',
> master_password='pwd',
> master_port=3307,
> master_log_file='mysql-bin.000020',
> master_log_pos=135617781;
1 row in set (0.00 sec)
mysql> slave start;
1 row in set (0.00 sec)

4.启动slave: slave start

再次查看slave状态发现：    show slave status

Slave_IO_Running: Yes
Slave_SQL_Running: Yes
...
Seconds_Behind_Master: 0

通过这种方法同步失败后，主库在同步有问题时写入的在重新同步后没有写入。

另一方法：

方法一：忽略错误后，继续同步

该方法适用于主从库数据相差不大，或者要求数据可以不完全统一的情况，数据要求不严格的情况

解决：

stop slave;

#表示跳过一步错误，后面的数字可变

set global sql_slave_skip_counter =1; （http://blog.csdn.net/dukope/article/details/18084159）

start slave;

之后再用mysql> show slave status\G  查看：

Slave_IO_Running: Yes

Slave_SQL_Running: Yes

ok，现在主从同步状态正常了。。。

我们知道，因为DATA REPLICATION机制完全是基于在主上执行的增量SQL要被传播到辅服务器上，并且被成功运行。这就势必要求：在运行此机制前，主辅数据库中数据是一致的；以及在运行此机制中，辅数据库禁止来自其他的SQL（非主上传播过来SQL）的写操作。但是在运行中仍然可能遇到不一致的产生，这会导致通信无法正常继续下去。因此一旦主从出现问题，首先应该解决同步位置的问题，修复丢失的数据。

MySQL主从配置的其他相关问题，后续文章中陆续跟大家再谈。

参考：

http://www.drupal001.com/2012/03/mysql-master-slave-troubles/

http://guoh.org/lifelog/2011/08/mysql-master-slave-replication/

http://www.jb51.net/article/27206.htm

参考：http://www.cnblogs.com/blueel/archive/2013/01/06/2847842.html

mysql主从同步失败原因：

1.网络的延迟
由于mysql主从复制是基于binlog的一种异步复制，通过网络传送binlog文件，理所当然网络延迟是主从不同步的绝大多数的原因，特别是跨机房的数据同步出现这种几率非常的大，所以做读写分离，注意从业务层进行前期设计。
2.主从两台机器的负载不一致
由于mysql主从复制是主上面启动1个io线程，而从上面启动1个sql线程和1个io线程，当中任何一台机器的负载很高，忙不过来，导致其中的任何一个线程出现资源不足，都将出现主从不一致的情况。
3.max_allowed_packet设置不一致
主上面设置的max_allowed_packet比从大，当一个大的sql语句，能在主上面执行完毕，从上面设置过小，无法执行，导致的主从不一致。
4.key自增键开始的键值跟自增步长设置不一致引起的主从不一致。
5.mysql异常宕机情况下，如果未设置sync_binlog=1或者innodb_flush_log_at_trx_commit=1很有可能出现binlog或者relaylog文件出现损坏，导致主从不一致。
6.mysql本身的bug引起的主从不同步。

http://blog.itpub.net/22664653/viewspace-716764/