当前位置：网站首页>Pisanix v0.2.0 发布｜新增动态读写分离支持

Pisanix v0.2.0 发布｜新增动态读写分离支持

2022-08-04 15:10:00 【InfoQ】

1.动态读写分离介绍

1.1 介绍

读写分离是业界使用 MySQL 高可用最常用的方案之一，在实际场景中可以提高查询性能，降低服务器负载。本次版本在 v0.1.0 静态规则基础上增加了动态感知读写分离功能。

在动态感知的读写分离中，需要配置读写分离的规则。Pisa-Proxy 会根据规则进行 SQL 路由。如图1.1 Pisa-Proxy 后端会启动 4个 Monitor 对后端集群状态进行感知。Monitor Reconcile 会对 Monitor 上报的数据进行计算聚合并得出后端集群最终状态，再由 Monitor Reconcile 将状态信息通过 channel 下发给 RulesMatch，RulesMatch 拿到消息后会动态调整后端数据源列表。

这里的概念有：

节点: 指后端数据库节点。

RulesMatch：RulesMatch 引擎通过编写的规则集，与 Pisa-Proxy 接收到的 SQL 查询语句做匹配。

TargetRole: 指通过规则匹配引擎匹配到的 TargetRole 组，每个 TargetRole 组里可能会有一个或多个节点。

LoadBalance：负载均衡模块会按照相应的算法从 TargetRole 组里选取一个合适的节点。

TargetInstance：指由 LoadBalance 模块选出的节点。

Discovery：发现类型，对应于后端数据源使用的高可用策略，例如: MHA，RDS，MGR等等，本版本中主要支持了 MHA。

Monitor: 指 Pisa-Proxy 对后端的探测模块，在 MHA 中主要依赖于4种 Monitor：

Connect Monitor：探测数据库连通性。

Ping Monitor：探测数据库是否健康。

Replication Lag Monitor：探测主从复制延迟状态。

Read Only Monitor：探测主从数据库角色

1.2 读写分离配置

读写分离配置规则配置方式同静态读写分离保持一致，动态读写分离配置项如下:

CRD 配置示例：

apiVersion: core.database-mesh.io/v1alpha1
kind: TrafficStrategy
metadata:
 name: catalogue
 namespace: demotest
spec:
 selector:
 matchLabels:
 source: test
 loadBalance:
 readWriteSplitting:
 dynamic:
 defaultTarget: readwrite
 discovery:
 masterHighAvailability:
 connectionProbe:
 failureThreshold: 3
 periodMilliseconds: 1000
 timeoutMilliseconds: 6000
 monitorPeriod: 1000
 pingProbe:
 failureThreshold: 3
 periodMilliseconds: 1000
 timeoutMilliseconds: 6000
 readOnlyProbe:
 failureThreshold: 3
 periodMilliseconds: 1000
 timeoutMilliseconds: 6000
 replicationLagProbe:
 failureThreshold: 3
 maxReplicationLag: 3
 periodMilliseconds: 1000
 timeoutMilliseconds: 6000
 user: monitor
 password: monitor
 rules:
 - algorithmName: roundrobin
 name: write-rule
 regex:
 - ^insert
 target: readwrite
 type: regex
 - algorithmName: roundrobin
 name: read-rule
 regex:
 - ^select
 target: read
 type: regex