基于Docker的Consul集群实现服务发现
摘要：服务发现 其实简单说，服务发现就是解耦服务与IP地址之间的硬绑定关系，以典型的集群为例，对于集群来说，是有多个节点的，这些节点对应多个IP（或者同一个IP的不同端口号），集群中不同节点责任是不一样的。比如说一个数据集群中，可以分为读节点或者写节点，写节点和读节点都是相对的，不是硬绑定的，某一个逻辑节
阅读全文
posted @ 2019-12-27 15:14
随笔分类 - MySQL 高可用
MySQL MGR集群单主模式的自动化搭建和自动化故障修复
摘要：随着MySQL MGR的版本的升级以及技术成熟，在把MHA拉下神坛之后， MGR越来越成为MySQL高可用的首选方案。MGR的搭建并不算很复杂，但是有一系列手工操作步骤，为了简便MGR的搭建和故障诊断，这里完成了一个自动化的脚本，来实现MGR的自动化搭建，自动化故障诊断以及修复。 MGR自动化搭建为
阅读全文
posted @ 2019-08-24 17:54
MySQL集群读写分离的自定义实现
摘要：基于MySQL Router可以实现高可用，读写分离，负载均衡之类的，MySQL Router可以说是非常轻量级的一个中间件了。看了一下MySQL Router的原理，其实并不复杂，原理也并不难理解，其实就是一个类似于VIP的代理功能，其中一个MySQL Router有两个端口号，分别是对读和写的转
阅读全文
posted @ 2019-08-03 22:27
基于MGR+Atlas的读写分离尝试，以及MGR+Keepalived+Atlas自动故障转移+读写分离设想
摘要：目的是尝试altas的读写分离，现有一套搭建好做测试的MGR（单主），于是就腿搓绳，在MGR基础上搭建altas。 复制环境准备 读写分离理论上讲，跟复制模式没有关系，atlas负责的是重定向读写，至于复制模式自己选择，这里是测试环境，之前测试MGR的单机多实例，MGR单主模式的复制模式，就顺便借助
阅读全文
posted @ 2018-06-27 21:01
基于Keepalived的MySQL高可用
摘要：keepalived负责的是故障转移，至于故障转以后的节点之间数据的一致性问题依赖于具体的复制模式。不管是主从、一主多从还是双主、集群节点个数、主从具体的模式无关（常规复制，半同步复制，GTID复制，多线程复制，甚至可以是MGR）都没有直接的关系。个人认为，MySQL高可用方向，MGR+自动故障转移
阅读全文
posted @ 2018-06-24 09:51
