转mysql主从复制_(转)Mysql主从复制搭建及详解

原文:http://blog.csdn.net/hsd2012/article/details/51251051

环境简介

原理简介及优缺点

MySQL从3.23版本开始提供复制功能,复制主要是指将主服务器的DDL和DML操作,通过二进制日志(binLog日志),传到服务的服务器上,然后在从服务器上对这些日志从新执行,从而实现从服务器与主服务器的数据同步。MySQL支持一台主服务器同时向多台从服务器进行复制,从服务器同时也可以作为其他服务器的主服务器,实现链状的复制。

优点

如果主服务器出现问题,可以快速切换到从服务器提供服务。

可以在从服务器上执行查询,降低主服务器的压力

可以在从服务器上执行备份,以避免备份期间影响主服务器的性能

局限

由于MySQL实现的是异步复制,所以主从服务器之间的数据存在一定差异,对实时性要求高的数据仍然需要从主服务器上获得。

前期准备

1.在linux下创建账号

在win的命令提示符中输入ipconfig,查看ip

a1525713f7ece77030751d9b2a0f3497.png 

因为我的win下ip为192.168.153.1,所以,我创建将Host设置为192.168.153.%,关于原因,可参考这里

eacb74987d046dd3b6c031256d3b18fb.png 

2.赋予权限

1995a45ecc0045f00bf4073c494b3f1b.png 

REPLICATION SLAVE权限针对所有的数据库,只能通过. ,而不能shool.*,因为REPLICATION SLAVE是复制binlog日志。

7bec5d2c2b0a3ab4cfa49a9aaaa8a204.png

3.将主服务器中的数据,复制到从服务器,确保两者搭建主从之前,数据一致。关于这,之前写过一篇文章专门介绍,可以参考这里

配置

主服务器配置

1.开启binlog日志,并设置server_id

ad66efea8138bea1190fa85265152b8b.png

从服务器配置

1.配置server_id

设置:server-id=2

b3f979c309386698bf578f32b2ea0051.png 

2.指定主服务器配置格式如下

change master to

master_host=’master_host_name’, //从服务器的主机

master_user=’replication_user_name’,//执行复制用户名

master_password=’replication_password’,//执行复制用户密码

master_log_file=’recorded_log_file_name’,//二进制日志文件名

master_log_pos=’recorded_log_postion’;//复制开始位置

根据我的配置信息

bin-log信息

eef802916baa6ccaf409f0b1627a9c74.png 

复制用户信息

52bb6fd0c2fee70a061542a57fa4cef2.png

我执行的配置代码如下:

change master to

master_host=’192.168.153.140’,

master_user=’lidequan’,

master_password=’lidequan’,

master_log_file=’bin-log.000003’,

master_log_pos=120;

7719739cdb2dbf51298fcb59a96959d8.png

查看从服务器是否已连接主服务器

执行start slave;

b3be144ed2394f93ff194bb8b62e13a3.png

执行show processlist;

58d18ebfca4f2f06234a01ccb10ddcd0.png

修改主服务器数据,查看同步效果

在这里修改主服务器数据,主要是执行插入,更新操作。

操作之前,数据信息如下

a466bfb5cc71179a95a04db6fa70aa9f.png

执行插入操作

insert into `class` (`name`) values ('三年二班'),('三年五班'),('三年七班');

1

7aaa31bab222463cdab7910b8a5b3b47.png 

此时从服务器中也有数据了

e3eee2690447a9c677ed6ce1643dc4a4.png

执行更新操作

update class set `name`='三年三班' where id=3;

1

观察下图,发现数据确实发生了变化

d2dcf71abd454d6e1221bb82323a3b31.png

删除操作

观察下图,数据也是同步的

a4804542cedebc4a52cff4b25e565b96.png

数据表定义操作

1.添加一个student表

CREATE TABLE student(

`id` INT(3) UNSIGNED NOT NULL AUTO_INCREMENT COMMENT'学生编号',

`name` CHAR(10) NOT NULL DEFAULT '' COMMENT'学生名',

`class_id` INT(3) UNSIGNED NOT NULL DEFAULT 0 COMMENT'班级编号',

PRIMARY KEY(`id`)

) ENGINE=MYISAM DEFAULT CHARSET=utf8;

1

2

3

4

5

6

ce41c4f2f4199be535a7c6fe05a33bbb.png

2.往student表中添加一个字段

ALTER TABLE student ADD COLUMN age TINYINT(2) UNSIGNED NOT NULL DEFAULT 0 COMMENT'学生年龄';

1

940ef53b5d7c189175938deb0578b052.png

指定负责的数据库或者表

可以通过replicate-do-db、replicate-do-table、replicate-ignore-db、replicate-ignore-table或者replicate-wild-do-table来指定主从数据库复制到从数据库的数据库或者表。

关于数据复制的一些重要参数

在上面搭建主从服务器的时候,使用了MASTER_HOST,MASTER_PORT,MASTER_USER,MASTER_PASSWORD,MASTER_LOG_FILE,MASTER_LOG_POS这些参数都要在从服务器上配置,下面再来说几个常用的启动选项,如log_slave_updates、read_only、master_verify_checksum

log_slave_updates

log_slave_updates这个参数用来配置从服务器上的更新操作是否写入二进制日志,默认是不打开的。

首先我们来看一下刚刚win下mysql的binlog日志内容

42aaaeef1c53db5e920a8a27d640beb3.png 

可以发现,刚刚我们执行了增、删、改等操作,它并没有记录。

我们可以看到log_slave_updates是没有启动的

e04a727c9a8149bbb94b4ee1229ffce9.png 

且该属性是只读属性,不可以动态的设置,只能在配置文件中设置,如下图设置将会报错

9bc696708da01e9cca8c952e4ff71e9e.png

read_only

read-only选项:对所有的非临时表进行只读控制。但是有两种特殊情况

1. 对replication threads例外,以保证slave能够正常的进行replication。

2. 对于拥有super权限的用户,可以ignore这个选项。

c752e8d82e718d183be79fa33e7991a4.png 

当以没有拥有super权限的用户登录时候,会提示如下:

d5389db9be90f5722f871178714f1f9e.png 

这样就确保了从数据只负责读数据操作,而拒绝写数据的操作。

补充:

SUPER 权限 :

1. 可以有change master to, kill其他用户的线程的权限。

2. Purge binary logs 来删除binary log, set global来动态设置变量的权限。

3. 执行mysqladmin debug命令,开启或者关闭log,在read-only打开时执行update/insert操作。

4. 执行start slave, stop slave.

5. 当连接数已经达到max_connections的最大值时,也可以连接到server。

master_verify_checksum

由于软硬件或者网络传输出错,导致主服务器上运行的sql语句与从服务器上运行的sql语句不一致,很难找到问题原因,mysql的开发人员在 5.6 Milestone Development Release版本中加入了 replication event checksum(主从复制事件校验)功能。master_verify_checksum主要用于复制事件校验。当一个event被写入binary log(二进制日志)的时候,checksum也同时写入binary log,然后在event通过网络传输到从服务器(slave)之后,再在从服务器中对其进行验证并写入从服务器的relay log。由于每一步都记录了event和checksum,所以我们可以很快地找出问题所在。

管理与维护

查看从服务器状态

使用show slave stauts;

44ab67157e17293910eab2ee35812d48.png 

在查看这些信息中,比较重要的是”slave_io_runing”和”slave_sql_runing”这两个进程

slave_io_runing :此进程负责从服务器从主服务器上读取Binlog日志,并写入从服务器上的中继日志中。

Slave_SQL_Runing:此进程负责读取并执行中继日志中的binlog日子。

只要期中有一个进程的状态时no,则表示复制进程停止。

总结

主从配置

一、主服务器上配置

1.创建用户,并赋予REPLICATION SLAVE权限

2.开启binlog日志,并设置server_id

二、从服务器配置

1.指定server_id

2.指定主服务器配置

备注:

1.win下mysql开启与关闭(前提是需要配置path路径)

19edfa60bcf584ca7aa71b9952068a05.png

2.server-id做什么用的

mysql的同步的数据中是包含server-id的,用于标识该语句最初是从哪个server写入的,所以server-id一定要有的,如果设置多个从服务器,每个从服务器必须有一个唯一的server-id值,必须与主服务器的以及其它从服务器的不相同。

每一个同步中的slave在master上都对应一个master线程,该线程就是通过slave的server-id来标识的;每个slave在master端最多有一个master线程,如果两个slave的server-id 相同,则后一个连接成功时,前一个将被踢掉。

在mysql做主从同步时,要保证一条数据不会陷入死循环,这里就是靠server-id来实现的。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值