mysql主从复制配置操作以及主从宕机切换演练

主从复制目的:

主从服务器设置的稳健性得以提升,如果主服务器发生故障,可以把本来作为备份的从服务器提升为新的主服务器。在主从服务器上分开处理用户的请求,读的话,可以直接读取备机数据,可获得更短的响应时间。

主服务器:IP地址192.168.80.129,mysql已经安装,无用户数据。

从服务器:IP地址192.168.80.130,mysql已经安装。

注:数据库版本必须一致。

1.主从复制配置

修改从服务器的配置文件/etc/my.cnf,在mysqld里添加一下属性

[mysqld]

 log-bin=mysql-bin   //[必须]启用二进制日志
 server-id=129      //[必须]服务器唯一ID,默认是1,一般取IP最后一段,如IP:192.168.80.129

2.从服务器也做以上操作,添加完之后,重新启动两个数据库。

主服务器上进行操作

(1)创建用户并授权

1    mysql -u root -p

2    mysql>grant replication slave on *.* to [email protected] identified by ‘mysql‘;

3    mysql>flush privileges;

(2)查询主数据库的状态

1    mysql> show master status;

记下File以及Position的值,在后面进行从服务器操作的时候需要使用。

2.在从服务器上操作

(1)mysql登录并执行同步的sql语句,最后并启动slave

1    #mysql -uroot -p

2     mysql> change master to master_host=‘192.168.80.129‘,master_user=‘root‘,master_password=‘123456‘,master_log_file=‘mysql-bin.000025‘,master_log_pos=990;

3    mysql> start slave;

就启动了slave同步功能

(2)主从同步检查

执行如下语句

1    mysql>show slave status\G

来检查从服务器的同步情况,一个正常的输出结果应该如下面的形式:

Slave_IO进程以及slave_SQL进程都必须正常运行,在状态输出中表现为:“slave”;否则都是不正确的状态(如一个值是Yes,另一个是No则不行)。

如果主数据库服务器已经存在用户数据,那么在进行主从复制时,需要做以下处理。

(1)主数据库锁表操作,不让数据再进行写入动作。

1    mysql>flush tables withread lock;

(2)查看主数据库的状态

1    mysql>show master status;

记下File以及Position的值,以备从服务器使用。

(3)把主服务器的数据文件复制到从服务器,最好先用tar归档压缩处理一下

(4)取消主数据库锁定

1    mysql>unlock tables;

从服务器的操作和前面的步骤一样,略过。

测试是否实现主从复制

在主数据库服务器上创建库和表,然后插入记录,再登录到从服务器,查看是否也建立相一致的库和表以及记录。

(1)主服务器上的操作

1    mysql>create database first_tb;

①在主数据库服务器创建库first_tb;

2
   mysql>create table first_db(idint(3)),name char (10));

②在主数据库服务器创建表first_tb;

3    mysql>insert into first_tb values (001,‘myself‘);

③在主数据服务器的表first_tb中插入记录;

(2)从服务器上查看

1    mysql>show databases;

①数据库first_db自动生成

②表first_tb也自动生成,数据记也录存在。

测试二

导入数据库,在主库上查看现在的数据库

创建数据库buy并且导入数据

在从库上查看,数据库已经完全导入。

2.mysql宕机切换演练

(1)高可用双主热备宕机自动切换演练

通常说的「双机热备」是指两台机器都在运行,但并不是两台机器都同时在提供服务。当提供服务的一台出现故障的时候,另外一台会马上自动接管并且提供服务,而且切换的时间非常短。

Keepalived的工作原理是VRRP(Virtual Router Redundancy Protocol)虚拟路由冗余协议。在VRRP中有两组重要的概念:VRRP路由器和虚拟路由器,主控路由器和备份路由器。

VRRP路由器是指运行VRRP的路由器,是物理实体,虚拟路由器是指VRRP协议创建的,是逻辑概念。一组VRRP路由器协同工作,共同构成一台虚拟路由器。 Vrrp中存在着一种选举机制,用以选出提供服务的路由即主控路由,其他的则成了备份路由。当主控路由失效后,备份路由中会重新选举出一个主控路由,来继续工作,来保障不间断服务。

环境描述:

  • OS:CentOS6.5_X64
  • MASTER:192.168.80.129
  • BACKUP:192.168.80.130
  • VIP:192.168.80.135      (虚拟IP)

1、配置两台Mysql主主同步

安装mysql的步骤前面有讲,我就不说了。不明白的可以看 http://blog.csdn.net/kjsayn/article/details/51320927

编辑my.cnf

# vi /etc/my.cnf  #开启二进制日志,设置id

[mysqld]

server-id = 1                                                         #backup这台设置2

log-bin = mysql-bin

binlog-ignore-db = mysql,information_schema     #忽略写入binlog日志的库

auto-increment-increment = 2                             #字段变化增量值

auto-increment-offset = 1                                    #初始字段ID为1

slave-skip-errors = all                                            #忽略所有复制产生的错误

#./mysql start

#先查看MASTER下的log
bin日志和pos值位置

master配置如下:

mysql> GRANT  REPLICATION SLAVE ON *.* TO ‘root‘@‘192.168.80.130‘ IDENTIFIED  BY ‘root‘;          #130通过root远程访问到他自己

mysql> flush  privileges;

mysql> change  master to

->  master_host=‘192.168.80.130‘,

->  master_user=‘root‘,

->  master_password=‘123456‘,

->  master_log_file=‘mysql-bin.000009‘,

->  master_log_pos=1131;                            #对端状态显示的值

mysql> start  slave;                                             #启动同步

backup配置如下:

mysql> GRANT  REPLICATION SLAVE ON *.* TO ‘root‘@‘192.168.80.129‘ IDENTIFIED  BY ‘root‘;

mysql> flush  privileges;

mysql> change  master to

->  master_host=‘192.168.80.129‘,

->  master_user=‘root‘,

->  master_password=‘root‘,

->  master_log_file=‘mysql-bin.000029‘,

->  master_log_pos=107;                                           #对端的状态显示值

mysql> start  slave;

#主主同步配置完毕,查看同步状态Slave_IO和Slave_SQL是YES说明主主同步成功。(两边都要是yes,如果一边yes另一边识别不到pos就无法同步)

在master插入数据测试下:

在backup查看是否同步成功:

可以看到已经成功同步过去,同样在backup插入到user表数据,一样同步过去,双主就做成功了。

主主配置常见报错:

注:如果其中一边提示连接中,关闭防火墙即,或者对应IP不对,请注意查看salve的IP。其中一个显示NO,查底下报错,显示por值匹配不到的,则说明你其中一边的bin-log不一致,关闭salve,重新配置即可。

2、配置keepalived实现热备

keepalived安装过程
我就不说了,网上很多,我是直接安装编译完成的。(源码不会编译的网上搜索一下)

keepalived编译配置文件

# vi /etc/keepalived/keepalived.conf

! Configuration File forkeepalived

global_defs {

notification_email {

1111111@qq.com#接收报警邮箱地址

}

notification_email_from  1111111@qq.com

smtp_server 127.0.0.1

smtp_connect_timeout 30

router_id MYSQL_HA     
 #标识,双主相同

}

vrrp_instance VI_1 {

state  BACKUP          #两台都设置BACKUP

interface eth0

virtual_router_id 51     
  #主备相同

priority 100          
 #优先级,backup设置90

advert_int 1

nopreempt              #不主动抢占资源,只在master这台优先级高的设置,backup不设置

authentication {

auth_type PASS

auth_pass 1111

}

virtual_ipaddress {

192.168.0.204

}

}

virtual_server 192.168.0.204 3306 {

delay_loop 2

#lb_algo rr              #LVS算法,用不到,我们就关闭了

#lb_kind DR              #LVS模式,如果不关闭,备用服务器不能通过VIP连接主MySQL

persistence_timeout 50  #同一IP的连接60秒内被分配到同一台真实服务器

protocol TCP

real_server 192.168.0.202 3306 {   #检测本地mysql,backup也要写检测本地mysql

weight 3

notify_down /usr/local/keepalived/mysql.sh    #当mysq服down时,执行此脚本,杀死keepalived实现切换

TCP_CHECK {

connect_timeout 3   
 #连接超时

nb_get_retry 3       #重试次数

delay_before_retry 3 #重试间隔时间

}

}

  • 采用keepalived作为高可用方案时,两个节点最好都设置成BACKUP模式,避免因为意外情况下(比如脑裂)相互抢占导致往两个节点写入相同数据而引发冲突;

#backup服务器只修改priority为90、nopreempt不设置、real_server设置本地IP。

1 启动keepalived

#./keepalived
start

3.测试高可用性

1、通过Mysql客户端通过VIP连接,看是否连接成功。

2、停止master这台mysql服务,是否能正常切换过去,可通过ip addr命令来查看VIP在哪台服务器上。

当master数据库宕的时候,VIP就会自动切换到另一台上,实现主主自动切换。远程连接数据库的虚拟IP是可以连接的,实现应用切换的效率。部署应用的时候配置VIP即可共享数据库资源。

3.注意:当宕库恢复的时候,要启动keepalived,否则VIP无法自动切换回来。

时间: 2024-10-05 15:40:55

mysql主从复制配置操作以及主从宕机切换演练的相关文章

前端通信:ajax设计方案(七)--- 增加请求错误监控、前端负载均衡以、请求宕机切换以及迭代问题修复

距离上个迭代过了很长时间,中间经历了很多事情,也在每个空余时间构思了这个迭代的东西以及下个迭代要做的东西.时间周期稍微长了,望见谅. 首先解决了上个迭代遇到的问题进行完善和修复: 1. 上个迭代做ajax timeout设置的时候,手抖将timeout不小心设置成timeoutEvent,这期做了修复 2. 解决全局配置中配置额外参数,批量检查时会参数错误问题. 引入新的功能: 1. 增加浏览器发送请求的错误监控和搜集 应用场景: 前端开发依赖的东西比较多,比如宿主环境(浏览器).以及数据接口(

mysql主从架构-主从正常切换,主库宕机切换。

MySQL主从切换手册 Master-Slave架构 运维部 V1.0                   2016年      05月    24   日     正常切换 检查slave同步状态 1)在master执行:show processlist; 显示Master has sent all binlog to slave; waiting for binlog to be updated 2)在slave执行:show processlist: 显示Slave has read al

Mysql系列(三)—— Mysql主从复制配置

一.前言 主从复制是Mysql知识体系中非常重的要一个模块.学习主从复制和后续的读写分离是完善只是知识体系的重要环节.且主从复制读写分离的思想并不仅仅局限于Mysql,在很多存储系统中都有该方案,如:redis. 从应用的角度思考,主从复制有如下优点: 可以备份数据,容灾 可以做读写分离,分担单机Mysql节点的压力.master只做write,slave做read 数据归类进行分析计算很耗性能时,可以只在slave节点上进行 一定程度保证可用性,master write节点发生宕机,可以快速切

linux mysql主从复制配置

1.设置主库master的servie-id值并且开启bin-log功能参数vi /etc/my.cnf修改my.cnf的参数:[mysqld]server-id=1 //每一个库的server-id必须都不一样log-bin=mysql-bin 2.检查参数是否成功设置并重新启动egrep "server-id|log-bin" /etc/my.cnf重启命令见:mysql安装或mysql数据库多实例 3.登录数据库检查参数的更改情况show variables like 'serv

一.Mysql主从复制配置

在我之前的文章四·安装mysql-5.7.16-linux-glibc2.5-x86_64.tar.gz(基于Centos7源码安装 和 九.mysql数据库多实例安装mysqld_multi [start,stop,report] 两篇文章写到了单太服务器多实例的安装,本篇文章是关于主从复制的配置.本次把mysql3306作为主Master,mysql3307和mysql3308作为Slave 一.启动3台mysql服务器 [[email protected] ~]$ mysqld_multi

mysql 主从复制配置

主从复制配置 步骤如下: 主服务器:从服务器ip地址分别为 [python] view plain copy 192.168.145.222.192.168.145.226 1.修改主服务器master: [python] view plain copy vi /etc/my.cnf [mysqld] log-bin=mysql-bin   #[必须]启用二进制日志 server-id=222      #[必须]服务器唯一ID,默认是1,一般取IP最后一段 2.修改从服务器slave: [py

mysql主从复制配置(精简版)

一.首先准备两台服务器,虚拟机即可,以笔者为例:master:192.168.1.105 slave:192.168.1.106 二.保证两台虚拟机能相互ping通,先把防火墙关闭:service iptables stop 三.安装mysql,可参考笔者linux 快速安装mysql 四.配置主从 编辑/etc/my.cnf文件 (1)配置master 添加如下配置: server-id = 1      #Server标识log-bin            #打开 MySQL 的 Bina

mysql主从复制配置我相关操作笔记

1.安装mysql yum install mysql-server mysql-devel 2.启动mysql service mysqld start //启动 service mysqld restart //重启 service mysqld stop //停止 service --status-all | grep mysqld //查看mysql服务状态 3.创建mysql账号 mysqladmin -u root password '123' 4.进入mysql mysql -ur

mysql主从同步宕机切换问题

1)mysql各版本一直在优化主从同步 2)5.7是loss less,但不是zero loss,切换的时候还是会丢数据 3)5.7真正做到了并发复制降低主从延时,5.6没有(基于schema级别做到了) 4)pg有全同步复制方式,mysql原生版本没有(只是半同步).galera,phxsql,alisql都解决了切换丢数据和主从延时问题. 5)即使是主从延时在特殊业务(金融)下发生切换的时候也不能接受(如钱相关的业务),这种场景必须全同步方式例如用galera,phxsql,alisql.对