MySQL主从复制Galera

一、主从复制的问题和解决方案

二、Galera Cluster

三、MySQL 5.6的多线程复制、GTID

MySQL Replication:

Master HA或多主节点模型

MMM:multi master MySQL

MHA:Master HA

对主节点进行监控,可实现自动故障转移至其他从节点,通过提升某一从节点为新的主节点

Galera Cluster:wresp

通过wresp协议在全局实现复制:任何一节点都可读写

读写分离://一般都是自己研发的

mysql-proxy:没有stable稳定版本

mysql-proxy--> Atals (Qihoo)

Amoeba:目前,活跃度不高

一、复制的问题和解决方案:

(1)数据损坏或丢失:

某个slave上损坏:在slave上重放二进制日志,各种原因,导致数据不一致。例如硬件故障

//使用其他master上的备份的数据集,在新的slave上进行还原,从备份的位置开始从master上进行复制。

重新复制即可//下线故障的slave,还原然后重新复制即可

master数据损坏或丢失:

//在各个slave上根据其gtid,找出最新的salve,然后提升为master

//MHA+semi repl //MHA和一个node半同步复制,提升半同步node为新的master即可

//最后方案:

二进制日志分析,然后还原

单个故障了:活该!

(2)混合使用存储引擎;//坚决杜绝

MyISAM不支持事务//不能回滚的

InnoDB支持事务

(3)不唯一的server id

整个复制集群,可能导致错乱。

//例如某个slave的server id和master的server id一样,那么他就不会重放master发来的server-id

修改server id 重新复制

(4)复制延迟

从node落后于master

自己写脚本,不断监控,发现落后的时间不等于0,后,可以重启slave的io线程

需要额外的监控工具来辅助实现。

在master上事务是可以并发的,但是往同一个二进制日志写入是单线程的

因此slave在本地应用也是单线程的

master上有多个库,每一个库的事务是可以并行的,因为对A库的锁,对B库是没有影响的,但是反映到二进制日志中必然有先后的顺序

因此slave落后是没有办法避免的,因此mysql 5.5之后引入了多线程机制。

支持一从多主和多线程复制

多线程复制//每一个数据库只启用一个线程

//但是主库是不能一样的

多线程复制:还是有用的,依赖于gtid

//MySQL 5.6.3之后,MariaDB10.0.5之后

复制线程:Master上的IO线程和Slave上的IO、SQL线程,

数据库服务的衡量指标:

qps:query per second

tps:事务per second

数据库压力测试工具:

sysbench

二、Galera Cluster:多用于MySQL的数据复制

http://galeracluster.com/

更底层的复制机制

需要单独编译实现。

安装方式

msyql官方或者galera //官方提供的支持galera 的版本

percona-cluster //整合过mysql版本

mariadb-cluster //专用的复制

base和epel都没有提供galera-cluster的源

默认的mariadb版本是不支持galera的

需要用到的包:

MariaDB-5.5.46-centos7-x86_64-client.rpm

MariaDB-5.5.46-centos7-x86_64-common.rpm

MariaDB-Galera-5.5.46-centos7-x86_64-common.rpm

//至少需要3个node

1.前提:hosts文件和时间同步

node1:192.168.1.67

node2:192.168.1.68

node3:192.168.1.69

node1:

建议在本地配置yum源

yum remove mariadb //卸载client和server端

yum install MairaDB-Galera-server

node2:

建议在本地配置yum源

yum remove mariadb //卸载client和server端

yum install MairaDB-Galera-server

node3:

建议在本地配置yum源

yum remove mariadb //卸载client和server端

yum install MairaDB-Galera-server

2.配置文件说明/etc/my.cnf.d/server.cnf

...

[galera]

# Manatory settings //强制配置

#wresp_provider = /usr/lib64/galera/libgalera_smm.so

#wresp_cluster_address = "gcomm://192.168.1.67, 192.168.1.68, 192.168.1.69"

#wresp_cluster_name = "mycluster"

#wresp_node_name = ‘node1‘

#wresp_node_address = ‘192.168.1.67‘ //这两个可以省略

#binlog_format = row

#default_storage_engine=InnoDB

#bind-address=0.0.0.0

# Optional setting

#wsrep_slave_threads=1

#innodb_flush_logs_at_trx_commit=0

...

首次启动:需要初始化集群,在其中一个node上执行如下命令

/etc/init.d/mysql start --wsreq-new-cluster

而后正常启动其他节点即可

3.修改配置文件

node1:

[galera]

wresp_provider=/usr/lib64/galera/libgalera_smm.so

wresp_cluster_address="gcomm://192.168.1.67, 192.168.1.68, 192.168.1.69"

binlog_format=row

default_storage_engine=InnoDB

innodb_autoinc_lock_mode=2

bind-address=0.0.0.0

wresp_cluster_name="mycluster"

node2: 和 node3: 配置文件相同

node1:任意一个node都可以

/etc/rc.d/init.d/mysql start --wsrep-new-cluster

node2:

service mysql start

node3:

service mysql start

3.测试

mysql> 任何一个node创建数据

在其他node上可以看到有数据

node1:

> use mydb;

> create table tb2 (id int unsigned auto_increment not null primary key,name char(30));

> insert into tb2 (name) values (‘hi‘),(‘hello‘);

node2:

> select * from tb2;

id | name

---------

1 | h1

4 | hello

> insert into tb2 (name) values (‘to‘),(‘from‘);

> select * from tb2

1 hi

4 hello

5 to

8 from

使用全局id生成器

r/w分离器:

要么自己写

要么使用开源的工具

或者在应用层配置实现 //一旦故障需要手动修改或者使用vrrp

亲测方法:

1.复制所有的rpm文件

2.createrepot /testrepo

3.修改yum文件指向该yum源即可

4.使用yum进行安装即可

三、MySQL 5.6的多线程复制、GTID

注意:任何服务或者主机都应该被监控

mysql落后的原因:单线程复制,

5.5 半同步

5.6 GTID、多线程复制,

MariaDB在配置文件的mysqld选项组中添加:

slave-parallel-threads

MASTER: my.cnf添加以下参数

binlog_format = row

gtid_mode = ON

enforce-gtid-consistency = ON

slave_parallel_workers=4           --开启基于库的多线程复制默认0不开启

binlog_cache_size = 8M

max_binlog_size = 50M

max_binlog_cache_size = 100M

sync_binlog = 1

expire_logs_days = 1

log-slave-updates=true

SLAVE: my.cnf添加以下参数

binlog_format = row

gtid_mode = ON

enforce-gtid-consistency = ON

binlog_cache_size = 8M

max_binlog_size = 50M

max_binlog_cache_size = 100M

sync_binlog = 1

expire_logs_days = 1

slave_parallel_workers=4

max_relay_log_size = 50M

relay_log_purge = 1

relay_log_recovery = 1

master_verify_checksum = 1        --主事件校验

slave_sql_verify_checksum = 1     --从事件校验

slave_allow_batching = 1

log-slave-updates=true

MySQL 5.6和5.7的并行复制:参考

http://www.cnblogs.com/xiaotengyi/p/5532191.html

时间: 2024-10-05 03:59:30

MySQL主从复制Galera的相关文章

MySQL复制: Galera

MySQL复制: Galera mysql 主从复制 大纲 MySQL复制: Galera 前言 Galera Replication简介 MariaDB-Galera-Server 环境部署 配置步骤 总结 前言 之前介绍了MySQL复制的各种解决方案, 但是我个人还是感觉Galera最好用也最实用, 什么是Galera, 它强大在哪里, 这篇文章就带你认识这个强大的工具 Galera Replication简介 Galera Repplication Galera复制发生在事务提交时, 通过

mysql主从复制延迟问题

在一般生产环境,普遍通过MySQL的主从复制进行读写分离,从而减轻主服务器的压力,提高数据的读写效率.通常情况下,主从复制基本上能做实时同步.由于服务器实际运行过程中,客户端的连接服务器,读写数据不可能是均匀,在某个时间点出现大量并发连接,主服务器不断的有更新操作不断的写入,但是从服务器当某个语句在从服务器上执行的时间较长,或者某个语句要进行锁表,就会导致主服务器的SQL语句大量积压,未被同步到从服务器,这样就会导致在某个时刻主从数据不一致:还有主从复制,是通过网络进行数据传输,网络的抖动.主从

mysql主从复制与读写分离

MySQL主从复制与读写分离 MySQL主从复制(Master-Slave)与读写分离(MySQL-Proxy)实践 Mysql作为目前世界上使用最广泛的免费数据库,相信所有从事系统运维的工程师都一定接触过.但在实际的生产环境中,由单台Mysql作为独立的数据库是完全不能满足实际需求的,无论是在安全性,高可用性以及高并发等各个方面. 因此,一般来说都是通过 主从复制(Master-Slave)的方式来同步数据,再通过读写分离(MySQL-Proxy)来提升数据库的并发负载能力 这样的方案来进行部

42-4 mysql主从复制

04 mysql主从复制架构及实现 实战:主主复制 [[email protected] ~]# systemctl stop mariadb.service  [[email protected] ~]# systemctl stop mariadb.service [[email protected] ~]# rm -rf /var/lib/mysql/* [[email protected] ~]# rm -rf /var/lib/mysql/* [[email protected] ~]

MySQL主从复制、读写分离、高可用集群搭建

MySQL主从复制.读写分离.高可用集群搭建  一.服务介绍   1.1 Keepalived     Keepalived,见名知意,即保持存活,其目的是解决单点故障,当一台服务器宕机或者故障时自动切换到其他的服务器中.Keepalived是基于VRRP协议实现的.VRRP协议是用于实现路由器冗余的协议,VRRP协议将两台或多台路由器设备虚拟成虚拟设备,可以对外提供虚拟路由器IP(一个或多个),即漂移IP(VIP). 1.2 ProxySQL ProxySQL是一个高性能,高可用性的MySQL

MySQL主从复制介绍

1.1 MySQL主从复制原理介绍 MySQL的主从复制是一个异步的复制过程(虽然一般情况下感觉是实时的),数据将从一个MySQL数据库(我们称之为Master)复制到另一个MySQL数据库(我们称之为Slave),在Master与Slave之间实现整个主从复制的过程是由三个线程参与完成的,其中有两个线程(SQL线程和IO线程)在Slave端,另外一个线程(I/O线程)在Master端. 要实现MySQL的主从复制,首先必须打开Master端的binlog记录功能,否则就无法实现.因为整个复制过

mysql主从复制延迟问题的相关知识与解决方案

一.如何监控发生了主从延迟? 在从库机器上,执行show slave status,查看Seconds_Behind_Master值,代表主从同步从库落后主库的时间,单位为秒,若同从同步无延迟,这个值为0. Mysql主从延迟一个重要的原因之一是:mysql是以单线程串行执行. 主从复制数据时,在从服务器上的mysql,是一个线程在同步数据. 串行的方式,它是指,执行一个后才继续执行下一个.如果一个卡住了,要等待时间,才会继续下一个.串行与并行是相反的. 二.同步延迟发生的场景 当主库的TPS并

生产环境 MySQL主从复制(同步)

服务器信息 1.主服务器信息 [email protected]:~$ lsb_release -a No LSB modules are available. Distributor ID:  Ubuntu Description:     Ubuntu 14.04.4 LTS Release:   14.04 Codename:  trusty [email protected]:~$ mysql -V mysql  Ver 14.14 Distrib 5.5.50, for debian-

linux笔记 第四十课 mysql主从复制

1.MYSQL复制的基础概念 2.MYSQL复制的实现 3.MYSQL复制架构及双主模型演示 4.MYSQL复制监控/常见问题及解决方案 5.MariaDB  GTID及多源复制 6.MariaDB  GTID读写分离及mysql-proxy的使用 一.MySQL主从复制的基础知识 二.MySQL主从复制实现(以mariadb 5.5.36为例) 实验环境:主服务器(node1)172.16.100.7 从服务器(node2)172.168.100.8 软件:mariadb-5.5.36-lin