这里演示的是如何配置MySQL组复制的多主模型(multi-primary)。在配置上 , 多主模型的组复制和单主模型基本没区别。 1. 组复制: 单主和多主模型 MySQL组复制支持单主模型和多主模型 , 它们都能保证

MySQL的组复制可以配置为单主模型和多主模型两种工作模式 , 它们都能保证MySQL的高可用。以下是两种工作模式的特性简介 : 单主模型 : 从复制组中众多个MySQL节点中自动选举一个master节点 , 只有master

1. MySQL高可用的背景 数据库的主从复制是一个很实用的功能 , 但如何保证它的高可用却是一件难事。实现MySQL主从复制高可用的工具 , 常见的有 : MMM : 淘汰了 , 在一致性和高并发稳定性等方面有些问题。

在以前的ProxySQL版本中, 要支持MySQL组复制(MGR,MySQL Group Replication)需要借助第三方脚本对组复制做健康检查并自动调整配置, 但是从ProxySQL v1.4.0开始, 已原生支持MySQL组复制的代理, 在main库中也

本文演示ProxySQL代理PXC(Percona XtraDB Cluster)的方法 , 不涉及原理 , 纯配置过程 , 所以如有不懂之处 , 请先掌握相关理论。 ProxySQL要代理PXC , 需要使用ProxySQL额外提供的脚本/usr/sh

在拓扑结构中 , ProxySQL部署在应用程序和MySQL集群的中间位置。应用程序向ProxySQL发起SQL语句 , ProxySQL分析收到的SQL语句 , 进行匹配、重写等操作 , 然后路由给后端MySQL集群中的某实例。

multiplexing , 作用是将语句分多路路由。开启了multiplexing开关 , 读/写分离、按规则路由才能进行。但有时候 , 有些语句要求路由到同一个主机组 , 甚至是同一个主机组中的同一个节点上。这时会自动禁用multiplexing。禁用multiplexing后 , 语句会根据同

1. 理解链式规则 在mysql_query_rules表中 , 有两个特殊字段"flagIN"和"flagOUT" , 它们分别用来定义规则的入口和出口 , 从而实现链式规则(chains of rules)。

1.不同类型的读写分离 数据库中间件最基本的功能就是实现读写分离 , ProxySQL当然也支持。而且ProxySQL支持的路由规则非常灵活 , 不仅可以实现最简单的读写分离 , 还可以将读/写都分散到多个不同的组 , 以及实现分库sharding(分表sha

ProxySQL支持查询缓存的功能 , 可以将后端返回的结果集缓存在自己的内存中 , 在某查询的缓存条目被清理(例如过期)之前 , 前端再发起同样的查询语句 , 将直接从缓存中取数据并返回给前端。如此一来 , ProxySQL处理的性能会大幅提升 , 也会大幅减轻后端MySQL Server的压力。