如何设置mysql主从同步时间间隔 linux

linux下配置mysql主从同步的步骤

一、主机环境

主机：

master *** 作系统：rhel6.0

IP：172.16.0.100

MySQL版本：5.1.47

从机： www.2cto.com

slave *** 作系统：rhel6.0

IP：172.16.0.200

MySQL版本：5.1.47

二、创建数据库

分别登录master机和slave机的mysql：mysql –u root –p

创建数据库：create database repl

三、master机和slave机的相关配置

1、修改master机器中mysql配置文件my.cnf，该文件在/etc目录下

在[mysqld]配置段添加如下字段

server-id=1

log-bin=mysql-bin

binlog-do-db=repl //需要同步的数据库，如果没有本行，即表示同步所有的数据库

binlog-ignore-db=mysql //被忽略的数据库

在master机上为slave机添加一同步帐号

grant replication slave on *.* to 'replication'@'172.16.0.200' identified by '123456'

重启master机的mysql服务：service mysqld restart

用show master status 命令看日志情况

mysql>show master status

+-----------------+------------+-------------------+-----------------------+

| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |

+-----------------+------------+-------------------+-----------------------+

| log.000003 | 98 | repl | mysql |

+-----------------+------------+-------------------+-----------------------+

1 row in set (0.00 sec)

2、修改slave机中mysql配置文件

同样在[mysqld]字段下添加如下内容

server-id=2 www.2cto.com

master-host=172.16.0.100

master-user=repl

master-password=123456

master-port=3306

master-connect-retry=60

replicate-do-db=repl //同步的数据库，不写本行 表示 同步所有数据库

然后重启slave机的mysql

在slave机中进入mysql

mysql>start slave

mysql>show slave status\G

如果Slave_IO_Running、Slave_SQL_Running状态为Yes则表明设置成功。

这时 再执行show slave status\G

显示如下：

*************************** 1. row ***************************

Slave_IO_State: Waiting for master to send event

Master_Host: 192.168.1.222

Master_User: repl

Master_Port: 3306

Connect_Retry: 60

Master_Log_File: log.000003

Read_Master_Log_Pos: 98

Relay_Log_File: mysqld-relay-bin.000002

Relay_Log_Pos: 229

Relay_Master_Log_File: log.000003

Slave_IO_Running: Yes

Slave_SQL_Running: Yes

Replicate_Do_DB:

Replicate_Ignore_DB:

Replicate_Do_Table:

Replicate_Ignore_Table:

Replicate_Wild_Do_Table:

Replicate_Wild_Ignore_Table:

Last_Errno: 0

Last_Error:

Skip_Counter: 0

Exec_Master_Log_Pos: 98

Relay_Log_Space: 229

Until_Condition: None

Until_Log_File:

Until_Log_Pos: 0

Master_SSL_Allowed: No

Master_SSL_CA_File:

Master_SSL_CA_Path:

Master_SSL_Cert:

Master_SSL_Cipher:

Master_SSL_Key:

Seconds_Behind_Master: 0

1 row in set (0.00 sec)

www.2cto.com

Slave_IO_Running: Yes Slave_SQL_Running: Yes

信息中如上两行都为Yes，说明配置成功。

五、测试主从服务器是否能同步

在主服务器上面新建一个表，必须在repl数据下

mysql>use repl

Database changed

mysql>create table test(id int,name char(10))

Query OK, 0 rows affected (0.00 sec)

mysql>insert into test values(1,'zaq')

Query OK, 1 row affected (0.00 sec)

mysql>insert into test values(1,'xsw')

Query OK, 1 row affected (0.00 sec)

mysql>select * from test

+------+------+

| id | name |

+-------+------+

| 1 | zaq |

| 1 | xsw |

+-------+------+

2 rows in set (0.00 sec)

在从服务器查看是否同步过来

mysql>use repl

Database changed

mysql>select * from test

+------+------+

| id | name |

+------+------+

| 1 | zaq |

| 1 | xsw |

+------+------+

2 rows in set (0.00 sec)

说明已经配置成功。

四、出现的问题

1. 当在执行start slave这条命令时，系统提示

ERROR 1200 (HY000): The server is not configured as slavefix in config file or with CHANGE MASTER TO，

执行show slave status又提示Empty set (0.00 sec)

原因:slave已经默认开启，要先关闭再开启

执行 slave stop

再执行

change master to master_host='172.16.0.200',master_user='repl',master_password='123456', master_log_file='log.000003' ,master_log_pos=98

2、出现错误提示 ：Slave_IO_Running:NO

mysql的error日志中信息： www.2cto.com

Slave I/O: error connecting to master 'replication@172.16.0.100:3306' - retry-time: 60 retries: 86400, Error_code: 1045

解决方法

1.在主mysql中创建slave远程连接访问时候的登录密码一定要设置对。

2.停止slave上的mysqld服务，从服务器上删除掉所有的二进制日志文件，包括一个数据目录下的master.info文件和hostname-relay-bin开头的文件，然后启动slave上的mysqld服务。

master.info:：记录了Mysql主服务器上的日志文件和记录位置、连接的密码。

3.slave上Slave_SQL_Running: No ，提示某个表定义不正确

解决方法：

清空drop掉master和slave上的已经存在所有表，然后从master库上导入新的数据即可。

这种架构一般用在以下三类场景

1. 备份多台 Server 的数据到一台如果按照数据切分方向来讲，那就是垂直切分。比如图 2，业务 A、B、C、D 是之前拆分好的业务，现在需要把这些拆分好的业务汇总起来备份，那这种需求也很适用于多源复制架构。实现方法我大概描述下：业务 A、B、C、D 分别位于 4 台 Server，每台 Server 分别有一个数据库来隔离前端的业务数据，那这样，在从库就能把四台业务的数据全部汇总起来，而不需要做额外的 *** 作。那没有多源复制之前，要实现这类需求，只能在汇总机器上搭建多个 MySQL 实例，那这样势必会涉及到跨库关联的问题，不但性能急剧下降，管理多个实例也没有单台来的容易。

2. 用来聚合前端多个 Server 的分片数据。

同样，按照数据切分方向来讲，属于水平切分。比如图 3，按照年份拆分好的数据，要做一个汇总数据展现，那这种架构也非常合适。实现方法稍微复杂些：比如所有 Server 共享同一数据库和表，一般为了开发极端透明，前端配置有分库分表的中间件，比如爱可生的 DBLE。

3. 汇总并合并多个 Server 的数据

第三类和第一种场景类似。不一样的是不仅仅是数据需要汇总到目标端，还得合并这些数据，这就比第一种来的相对复杂些。比如图 4，那这样的需求，是不是也适合多源复制呢？答案是 YES。那具体怎么做呢？

---