Mysql主从,主从半同步,主主,mysql HA集群:Mysql-mha

简介:主从复制原理、机制

要实施复制,首先必须打开Master端的binary log(bin-log)功能,否则无法实现。因为整个复制过程实际上就是Slave从Master端获取该日志然后再在自己身上完全顺序的执行日志中所记录的各种操作。

复制的基本过程如下:

1)、Slave上面的IO_thread连接上Master,并请求从指定日志文件的指定位置(或者从最开始的日志)之后的日志内容;

2)、Master接收到来自Slave的IO_thread的请求后,通过负责复制的IO进程根据请求信息读取制定日志指定位置之后的日志信息,返回给Slave 的IO_thread。返回信息中除了日志所包含的信息之外,还包括本次返回的信息已经到Master端的bin-log file的以及bin-log pos;

3)、Slave的IO_thread接收到信息后,将接收到的日志内容依次添加到Slave端的relay-log文件的最末端,并将读取到的Master端的 bin-log的文件名和位置记录到master-info文件中,以便在下一次读取的时候能够清楚的告诉Master“我需要从某个bin-log的哪 个位置开始往后的日志内容,请发给我”;

4)、Slave的Sql_thread检测到relay-log中新增加了内容后,会马上解析relay-log的内容成为在Master端真实执行时候的那些可执行的内容,并在本机上回放。

总结:mysql主从架构最重要的就是bin_log和relay_log日志,全局事务ID

一,mysql主从设置

主节点开启二进制日志,从节点开始中继日志,从节点如果有必要可以不开启二进制日志。另外注意从节点一定要开启只读锁read_only=on。如果需要备份表等高级操作就需要innodb_file_per_table=on给每个表单独一个命名空间。

master    192.168.100.100

创建超级管理员

GRANT ALL ON *.* to ‘test-001‘@‘192.168.%.%‘ IDENTIFIED BY ‘123‘;

创建复制权限用户

GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO ‘test-002‘@‘192.168.%.%‘ IDENTIFIED BY ‘test-002‘;

注意:要在创建用户之前show master status;这样才能把创建的账户也同步到从节点上。

slave

关闭从节点上的二进制日志,同步过程的二进制日志保存完全是没有必要的

SET sql_log_bin=off;
SHOW VARIABLES LIKE ‘sql_log%‘;

从服务建立与master的联系

 CHANGE MASTER TO MASTER_HOST=‘192.168.100.100‘,MASTER_USER=‘test-002‘,MASTER_PASSWORD=‘test-002‘,MASTER_LOG_FILE=‘mysql-bin.000003‘,MASTER_LOG_POS=245;

启动sql和IO线程

START SLAVE;

给从节点施加全局锁:

FLUSH TABLES WITH READ LOCK;

至此mysql主从设置完成;

查看主从复制延迟

SHOW SLAVE STATUS
Seconds_Behind_Master: 0  落后主服务多长时间

延迟处理:半同步或灰度备份恢复重新复制。

二、半同步设置(建立在主从基础上)

半同步复制利用了插件

/usr/lib64/mysql/plugin/semisync_master.so

/usr/lib64/mysql/plugin/semisync_slave.so

[mysqld]默认不设置

plugin_dir=/path/to/plugin/directory  插件目录设置

master:

装载插件

mysql> INSTALL PLUGIN rpl_semi_sync_master SONAME ‘semisync_master.so‘;

检查插件装载情况

show plugins;

rpl_semi_sync_master           | ACTIVE   | REPLICATION        | semisync_master.so | GPL

启用是否是版同步的主节点

mysql> SET GLOBAL rpl_semi_sync_master_enabled=1;

mysql> SHOW GLOBAL VARIABLES LIKE ‘%semi%‘;

mysql> SHOW GLOBAL STATUS LIKE ‘%semi%‘;

MariaDB [(none)]> show variables like ‘%semi%‘;

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

| Variable_name               | Value |

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

| rpl_semi_sync_master_enabled     | ON   |启用是否是版同步的主节点

| rpl_semi_sync_master_timeout     | 10000 |

| rpl_semi_sync_master_trace_level  | 32   |跟踪级别32

| rpl_semi_sync_master_wait_no_slave | ON   |是否允许master 每个事物提交后都要等待slave的receipt信号。

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

slave:

mysql> INSTALL PLUGIN rpl_semi_sync_slave SONAME ‘semisync_slave.so‘;

mysql> SET GLOBAL rpl_semi_sync_slave_enabled=1;

测试

关闭从节点,创建一个数据库,观测

观察从节点上的状态

如果出现这样的问题解决

master:

mysql> SET GLOBAL rpl_semi_sync_master_enabled=1;

slave:

mysql> SET GLOBAL rpl_semi_sync_slave_enabled=1;

mysql> STOP SLAVE;

mysql> START SLAVE;

时间: 2024-12-13 09:58:02

Mysql主从,主从半同步,主主,mysql HA集群:Mysql-mha的相关文章

搭建MySQL的主从、半同步、主主复制架构

复制其最终目的是让一台服务器的数据和另外的服务器的数据保持同步,已达到数据冗余或者服务的负载均衡.一台主服务器可以连接多台从服务器,并且从服务器也可以反过来作为主服务器.主从服务器可以位于不同的网络拓扑中,由于mysql的强大复制功能,其复制目标可以是所有的数据库,也可以是某些数据库,甚至是某个数据库中的某些表进行复制. MySQL支持的两种复制方案:基于语句复制,基于行复制基于语句复制基于行复制,这两种复制方式都是通过记录主服务器的二进制日志中任何有可能导致数据库内数据发生改变的SQL语句到中

MySQL主从复制:半同步、异步

MySQL主从复制:半同步.异步 大纲 前言 如何对MySQL进行扩展? MySQL Replication WorkFlow MySQL主从复制模式 实战演练 MySQL异步复制实现 MySQL半同步复制实现 实验中的思考 总结 前言 本篇我们介绍MySQL Replication的相关内容, 我们首先介绍MySQL CLuster的实现原理和如何一步步构建一个MySQL Replication Cluster 看懂本文需要了解: MySQL基本操作,MySQL日志类型及其作用 如何对MySQ

mysql主从之半同步复制和lossless无损复制

一 MySQL 的三种复制方式 1.1 简介 asynchronous 异步复制 fully synchronous 全同步复制 Semisynchronous 半同步复制 从MySQL5.5 开始,MySQL 以插件的形式支持半同步复制. 1.2 异步复制(Asynchronous replication) MySQL 默认的复制是异步的,主库在执行完客户端提交的事务后会立即将结果返给给客户端,并不关心从库是否已经接收并处理,这样就会有一个问题,主如果crash 掉了,此时主上已经提交的事务可

MySQL高可用集群之MHA

MySQL高可用集群之MHA 一.MHA简介 MHA(Master High Availability)目前在MySQL高可用方面是一个相对成熟的解决方案,它由日本DeNA公司youshimaton(现就职于Facebook公司)开发,是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件.在MySQL故障切换过程中,MHA能做到在0~30秒之内自动完成数据库的故障切换操作,并且在进行故障切换的过程中,MHA能在最大程度上保证数据的一致性,以达到真正意义上的高可用. MHA里有两

MM(主主数据库)+keepalived主备高可用集群

博客分享的第一篇技术文章: 项目主要搭建:主主数据库高可用集群搭建. 数据库互为主备,应用技术:MM+keepalived 使用的是虚拟机搭建的实验向大家展示: 数据库1:192.168.4.7 数据库2:192.168.4.77 VIP:192.168.4.68 web1:192.168.4.69 web2:192.168.4.70 一.安装mysql,部署主主同步结构. 直接yum安装 配置主主同步: 由于主数据库192.168.4.7里面存放着数据,所以需要先导出数据,方法很多,我们采取m

HA集群之DRBD实现MySQL高可用

一.前言 本篇博文只是实现Corosync + Pacemaker + DRBD + MySQL,实现MySQL的高可用.更多的基础知识在前几篇博文中已有涉猎,故更多的理论细节将不再此篇中详述. 若想了解高可用基础知识,请参考:http://hoolee.blog.51cto.com/7934938/1406951 若想了解Corosync + Pacemaker,请参考:http://hoolee.blog.51cto.com/7934938/1409395 若想了解DRBD,请参考:http

HA集群之keepalived详解/基于keepalived+LVS-DR构建HA主备模型(一)

一.理论部分:     keepalived是vrrp协议的实现:原生设计目的为高可用ipvs服务:keepalived能够配置文件中的定义生成ipvs规则:并能够对各RealServer的健康状态进行检测:  vrrp协议:虚拟冗余路由协议:早期只是主要在路由器上提供的一种非常简单的完成将多个物理设备组建成一个虚拟设备,并且在多个物理设备之间漂移地址一种协议:非常轻量化,性能非常好.而keepalived无非就是通过vrrp协议在Linux主机上通过一个守护进程,把Linux主机扮演成路由器,

mysql主从复制、半同步复制、主主复制、及从库升级为主库讲解

一.主从复制结构 binlog dump --- io thread  ---  relay log ---- sql thread 1.总体讲解 主从复制时是异步的 半同步是在主从架构下安装插件来达到半同步的 半同步的优点:保证至少一个节点的数据和主节点的数据一致,缺点影响性能 导致主从不同步的原因是 现在的服务器都是单核多线程或者多核多线程,导致主节点可以同时执行多条读写操作,而记录二进制日志则必须按顺序有先后的记录,从节点在一条一条复制过去,生成中继日志,再执行语句. 多个库复制的话,可以

MySQL主从复制、半同步复制和主主复制

同步,异步,半同步复制的比较: 同步复制:Master提交事务,直到事务在所有的Slave都已提交,此时才会返回客户端,事务执行完毕.缺点:完成一个事务可能会有很大的延迟. 异步复制:当Slave准备好才会向Master请求binlog.缺点:不能保证一些事件都能够被所有的Slave所接收. 半同步复制:半同步复制工作的机制处于同步和异步之间,Master的事务提交阻塞,只要一个Slave已收到该事务的事件且已记录.它不会等待所有的Slave都告知已收到,且它只是接收,并不用等其完全执行且提交.