常见的mysql集群

mysql高可用

高可用性需要解决的两个问题:

1.如何实现数据共享或者同步数据。

2.如何处理failover。failover的意思是指当服务器死机或出现错误时,可以自动切换到其他备用服务器,不影响线上业务

数据共享一般的解决方案是SAN。数据同步可以通过rsync和DRBD实现

1.主从复制解决方案

这是mysql自身提供的一种高可用解决方案,数据同步方法采用的是mysql replication技术。

mysql replication技术。就是一个日志复制的过程。简单来说,就是从服务器到主服务器拉取二进制日志文件,然后将日志文件解析成对应的sql在从服务器上重新执行一遍主服务器的操作,通过这种方式保持数据一致性

2.MMM高可用解决方案

MMM(mysql主主复制管理器,提供了mysql主主复制配置的监控,故障转移和管理的一套可伸缩的脚本套件)。典型的应用是双主多从架构。通过mysql replication技术可以实现两台服务器互为主从,且在任何时候只有一个节点可以写入,避免多点写入的数据冲突。同时,当可写的主节点故障时,MMM套件可以立刻监控到,然后将服务切换到另一个主节点继续提供服务,从而实现mysql高可用

3.hearbeat/SAN高可用解决方案

通过第三方软硬件监控和管理各个节点链接的网络并监控集群服务,当节点出现故障或服务不可用时,自动在其他节点启动集群服务

数据共享方面通过SAN存储共享。但是成本较高,存在脑裂可能。这种方案可以实现99.990%的SLA(服务水平协定)

4.hearbeat/DRBD高可用解决方案

和第三个方案不同的是,他的数据共享采用的是DRBD(分布式块设备复制)。这种方案实现稍微复杂,存在脑裂,可以实现99.900%的SLA

5.MYSQL cluster高可用解决方案

mysql cluster 由一组服务节点构成,每个节点运行多种紧张,包括mysql服务器,NDB cluster的数据节点,管理服务器,以及可能专门的数据访问程序。此方案由mysql官方主推。功能强大,但实现复杂,配置繁琐,企业应用不多。可以实现99.999%d的SLA

时间: 2024-10-13 11:37:36

常见的mysql集群的相关文章

MySQL集群之五大常见的MySQL高可用方案(转)

1. 概述 我们在考虑MySQL数据库的高可用的架构时,主要要考虑如下几方面: 如果数据库发生了宕机或者意外中断等故障,能尽快恢复数据库的可用性,尽可能的减少停机时间,保证业务不会因为数据库的故障而中断. 用作备份.只读副本等功能的非主节点的数据应该和主节点的数据实时或者最终保持一致. 当业务发生数据库切换时,切换前后的数据库内容应当一致,不会因为数据缺失或者数据不一致而影响业务. 关于对高可用的分级在这里我们不做详细的讨论,这里只讨论常用高可用方案的优缺点以及高可用方案的选型. 2. 高可用方

2-20 MySQL集群搭建实现高可用

MySQL集群概述和安装环境 MySQL Cluster是MySQL适合于分布式计算环境的高实用.高冗余版本.Cluster的汉语是"集群"的意思.它采用了NDB Cluster 存储引擎,允许在1个 Cluster 中运行多个MySQL服务器. MySQL Cluster 是一种技术,该技术允许在无共享的系统中部署"内存中"数据库的 Cluster .通过无共享体系结构,系统能够使用廉价的硬件,而且对软硬件无特殊要求.此外,由于每个组件有自己的内存和磁盘,不存在单

MySQL集群(四)之keepalived实现mysql双主高可用

前面大家介绍了主从.主主复制以及他们的中间件mysql-proxy的使用,这一篇给大家介绍的是keepalived的搭建与使用! 一.keepalived简介 1.1.keepalived介绍 Keepalived起初是为LVS设计的,专门用来监控集群系统中各个服务节点的状态,它根据TCP/IP参考模型的第三.第四层.第五层交换机制检测每个服务节点的状态,如果某个服务器节点出现异常, 或者工作出现故障,Keepalived将检测到,并将出现的故障的服务器节点从集群系统中剔除,这些工作全部是自动完

MySQL集群的可行方案

如果单MySQL的优化始终还是顶不住压力时,这个时候我们就必须考虑MySQL的高可用架构(很多同学也爱说成是MySQL集群)了,目前可行的方案有: 一.MySQL Cluster优势:可用性非常高,性能非常好.每份数据至少可在不同主机存一份拷贝,且冗余数据拷贝实时同步.但它的维护非常复杂,存在部分Bug,目前还不适合比较核心的线上系统,所以这个我不推荐. 二.DRBD磁盘网络镜像方案优势:软件功能强大,数据可在底层快设备级别跨物理主机镜像,且可根据性能和可靠性要求配置不同级别的同步.IO操作保持

【MySQL大系】《Mysql集群架构》

原文地址(微信):[技术文章]<Mysql集群架构> 本文地址:http://www.cnblogs.com/aiweixiao/p/7258444.html 点击关注微信公众号 1.主要内容 1)mysql的架构,锁,最佳实践,事务 2)mysql的命令行,主从复制,索引,数据备份/恢复 3)mysql的集群,mysql的负载均衡,监控,mysql proxy 4)  mysql的MMM架构,mysql 的源码,DBA MySQL-从删除到跑路 2.具体内容 2.1)[架构]: [架构图]:

MySQL 集群

最近正在学习mysql集群及其搭建,好晕啊... 转自:http://blog.csdn.net/zhangking/article/details/5670070 MySQL 群集是 MySQL 适合于分布式计算环境的高可用.高冗余版本.它采用了 NDB Cluster 存储引擎,允许在 1 个群集中运行多个 MySQL 服务器.在 MySQL 5.0 及以上的二进制版本中,以及与最新的 Linux 版本兼容的 RPM 包中提供了该存储引擎. MySQL 群集是一种技术,该技术允许在无共享的系

高性能MySQL集群详解(二)

一.通过Keepalived搭建MySQL双主模式的高可用集群系统 1.MySQL Replication介绍: MySQL Replication是MySQL自身提供的一个主从复制功能,其实也就是一台MySQL服务器(称为Slave)从另一台MySQL服务器(称为Master)上复制日志,然后解析日志并应用到自身的过程.MySQL Replication是单向.异步复制,基本复制过程为:Master服务器首先将更新写入二进制日志文件,并维护文件的一个索引以跟踪日志的循环,这些日志文件可以发送到

MySQL集群(二)之主主复制

前面介绍了主从复制,这一篇我将介绍的是主主复制,其实听名字就可以知道,主主复制其实就是两台服务器互为主节点与从节点.接下来我将详细的给大家介绍,怎么去配置主主复制! 一.主从复制中的问题 1.1.从节点占用了主节点的自增id 环境: 主节点:zyhserver1=1.0.0.3 从节点:udzyh1=1.0.0.5 第一步:我们在主节点中创建一个数据库db_love_1,在创建一个表tb_love(里面有id自增和name属性). create database db_love_1; use d

mysql 集群+主从同步

SQL节点: 给上层应用层提供sql访问. 管理节点(MGM):  管理整个集群. 启动,关闭集群. 通过ndb_mgmd命令启动集群 存储/数据节点: 保存cluster中的数据.  数据节点,可以提供副本.实现数据冗余. NDB引擎:是一种 "内存中"的存储引擎 , 它具有可用性高和数据一致性好的特点. 缺陷 基于内存,数据库的规模受集群总内存的大小限制 基于内存,断电后数据可能会有数据丢失,这点还需要通过测试验证. 多个节点通过网络实现通讯和数据同步.查询等操作,因此整体性受网络