微信开源 PhxSQL：高可用强一致的 MySQL 集群

昨日，微信后台团队宣布其开源了 PhxSQL 项目，并将项目托管到 Github 上。

PhxSQL 是一个兼容 MySQL、服务高可用、数据强一致的关系型数据库集群。PhxSQL 以单 Master 多 Slave 方式部署，在集群内超过一半机器存活的情况下，可自身实现自动 Master 切换，且保证数据一致性。PhxSQL 基于 Percona 5.6 开发。Percona 是 MySQL 的一个分支，功能和实现与 MySQL 基本一致。

PhxSQL 架构：

文章转载自开源中国社区[http://www.oschina.net]

时间： 2024-10-27 13:40:34

微信开源 PhxSQL：高可用强一致的 MySQL 集群的相关文章

高可用Hadoop平台－HBase集群搭建

1.概述今天补充一篇HBase集群的搭建,这个是高可用系列遗漏的一篇博客,今天抽时间补上,今天给大家介绍的主要内容目录如下所示: 基础软件的准备 HBase介绍 HBase集群搭建单点问题验证截图预览那么,接下来我们开始今天的HBase集群搭建学习. 2.基础软件的准备由于HBase的数据是存放在HDFS上的,所以我们在使用HBase时,确保Hadoop集群已搭建完成,并运行良好.若是为搭建Hadoop集群,请参考我写的<配置高可用的Hadoop平台>来完成Hadoop平台的搭建.另

数据库高可用和分区解决方案-MySQL 篇

许春植(Luocs) (阿里巴巴高级数据库管理员,7年以上数据库运维管理经验,擅长MySQL.Oracle及MongoDB数据库,目前主要研究并建设MongoDB一套完整的运维体系) 编辑手记:感谢许春植授权独家转载其精华文章,这是系列文章之一,与大家分享其个人学习与经验总结,编辑时略有修订与节略.也欢迎读者朋友向我们投稿. 首先我们看一下数据库以及常看到的 HA 以及分布式架构方案: 数据库类型架构方案架构类型 MySQL Keepalived+MySQL Replication HA M

Galera Cluster：一种新型的高一致性MySQL集群架构

1. 何谓Galera Cluster 何谓Galera Cluster?就是集成了Galera插件的MySQL集群,是一种新型的,数据不共享的,高度冗余的高可用方案,目前Galera Cluster有两个版本,分别是Percona Xtradb Cluster及MariaDB Cluster,都是基于Galera的,所以这里都统称为Galera Cluster了,因为Galera本身是具有多主特性的,所以Galera Cluster也就是multi-master的集群架构,如图1所示: 图1

centos6.5下mysql-5.6.19数据库安装、优化、互为主从 mysql集群高可用

mysql互为主从环境介绍: 系统:centos6.5_64_mini mysql版本:mysql-5.6.19 实验节点如下: 节点一:192.168.100.21 节点二:192.168.100.22 第一部分安装需要用到的库并删除自带mysql (节点一和二) # yum -y install gcc gcc-c++ ncurses ncurses-devel openssl openssl-devel cmake perl lsof wget bison # rpm -qa|gr

网站的高可用架构 Availability

可用性度量和考核度量用多少个9来表示,表示一年中可用时间的百分比考核可以用如下的表: 故障分=故障时间(分钟) * 权重. 计入考核高可用的网站架构分层架构,每一层都分布式部署.使用冗余和故障转移的方式保证可用性. - 应用层用负载均衡服务器,能够监测服务器的可用性,把不可能的踢出集群 - 服务层使用分布式调用框架dubbo - 数据库使用同步复制,实现数据冗余. - 还要考虑升级发布引起的宕机高可用的应用通过负载均衡进行无状态服务的失效转移集群的session管理 Sessi

【中亦安图】风险提醒之Oracle RAC高可用失效（2）

第一章技术人生系列 · 我和数据中心的故事(第二期)--风险提醒之Oracle RAC高可用失效中亦安图 | 2016-01-15 21:36 前言不知不觉,技术人生·我和数据中心的故事来到了第二期,有朋友开始关心小y是谁,这不重要,我们更关心的是技术层面的分享以及给客户带来的实际的风险提示.后续我们还会继续分享中包括操作系统的小亦,中间件的小W的故事....小y这个名字,其实没有什么特殊的含义,就暂且用他来代表我们这些为数据中心奉献自己无悔青春的运维人吧! 本期分享主题小y今天要和

MySQL小型高可用架构（组合）

一.MySQL MySQL小型高可用架构方案:MySQL双主.主从 + Keepalived主从自动切换服务器资源:两台PC Server 优点:架构简单,节省资源缺点:无法线性扩展,主从失败之后需要手动恢复主从架构 MySQL中型高可用架构方案:MMM + MySQL双主 + 多从高可用方案服务器资源: 1.至少五台PC Server,2台MySQL主库,2台MySQL从库,1台MMM Monitor: 2.1台MMM Monitor选择低配: 3.如果不采用F5作为

利用redis-sentinel+keepalived实现redis高可用

原创作品,允许转载,转载时请务必以超链接形式标明文章原始出处 .作者信息和本声明.否则将追究法律责任.http://dgd2010.blog.51cto.com/1539422/1742766 目标.需求: 为上层应用提供高可靠.低延迟.低(无限接近0)数据损失的Redis缓存服务方案概述: 采用同一网络内的三台主机(可以是物理主机.虚拟机或docker容器),要求三台主机之间都能相互访问,每一台主机上都安装redis-server.redis-sentinel和keepalived. re

MySQL-MMM高可用配置过程

原创作品,允许转载,转载时请务必以超链接形式标明文章原始出处 .作者信息和本声明.否则将追究法律责任.http://koumm.blog.51cto.com/703525/1768381 MMM配置官方文档: http://mysql-mmm.org/mmm2:guide 本文环境: 主库:CentOS6.7 x64 192.168.0.201 mysql-5.6.29 主库:CentOS6.7 x64 192.168.0.202 mysql-5.6.29 备库:C