在 ProxySQL 1.4.2 之前,ProxySQL 单点的解决方法有配合 keepalived 使用来实现 ProxySQL 的主备,但是需要在主备上配置两份完全相同的路由或规则,如果再没有自动运维平台,同时维护两份配置的也是相当麻烦的。而且目前主流的云环境,均不支持 keepalived 使用的 VRRP 协议,所以在云环境上就无法通过 keepalived 来实现故障切换。从1.4.2 开始,ProxySQL 开始支持原生的 Cluster,这就有效的解决了之前需要借助第三方工具才能解决的单点问题。
另外:ProxySQL Cluster 对MySQL Group Replication 的支持,和任务调度功能,也正在开发中。
当前版本的 ProxySQL Cluster 有2个主要组件:
这2个组件对原有的4个表都是支持的:
为了监控 Cluster,ProxySQL Cluster 新加了部分表、命令和变量。
参数 | 默认值 | 描述 |
---|---|---|
admin-checksum_mysql_query_rules | true | =true时,每次执行 LOAD MYSQL QUERY RULES TO RUNTIME时,proxy 都会生成一个新的配置 checksum。=false时,新的配置不会自动被广播,也不会其他节点同步。 |
admin-checksum_mysql_servers | true | =true时,每次执行 LOAD MYSQL serversTO RUNTIME时,proxy 都会生成一个新的配置 checksum。=false时,新的配置不会自动被广播,也不会其他节点同步。 |
admin-checksum_mysql_users | true | =true时,每次执行 LOAD MYSQL usersTO RUNTIME时,proxy 都会生成一个新的配置 checksum。=false时,新的配置不会自动被广播,也不会其他节点同步。 |
2.1.1.2 :认证参数
集群间,Proxy 为了监控其他 Proxy 实例需要认证参数:admin-cluster_username 和 admin-cluster_password。而且这2个参数指定的用户名/密码还必须配置到参数 admin-admin_credentials 中,否则会无法连接到其他 proxy
admin_credentials="admin:admin;cluster1:secret1pass"
参数 | 默认值 | 描述 |
---|---|---|
admin-cluster_check_interval_ms | 1000 | 定义进行 checksum 的时间间隔。10~300000 |
admin-cluster_check_status_frequency | 10 |
2.1.1.4 :持久化相关参数
当有新的集群配置被同步到远端 proxy ,并且 load to runtime 后,可以控制是否立即将配置自动存盘。 query rules, servers, users 和 proxysql servers 分别有 admin-cluster_XXX_save_to_disk 相关的参数,默认是 true。
有些原因,可能造成多个 ProxySQL 实例在同一时间发生 reconfigured 的情况:
ProxySQL Cluster 可以定义达到多少个 checksum 不同之后,才在集群内部进行配置同步。
query rules, servers, users 和 proxysql servers 分别有 admin-cluster_XXX_diffs_before_sync 相关的参数,取值范围0 ~ 1000,0 代表从不同步。默认3。
ProxySQL 集群有哪些实例,可以查看 proxysql_servers 表。在新增 ProxySQL 实例时,也需要 insert 该表,或者修改 cnf 文件中的 proxysql_servers 部分的配置。
CREATE TABLE proxysql_servers (
hostname VARCHAR NOT NULL,
port INT NOT NULL DEFAULT 6032,
weight INT CHECK (weight >= 0) NOT NULL DEFAULT 0,
comment VARCHAR NOT NULL DEFAULT '',
PRIMARY KEY (hostname, port) )
注意: weight 在当前版本中还未正式启用。
CREATE TABLE runtime_checksums_values (
name VARCHAR NOT NULL,
version INT NOT NULL,
epoch INT NOT NULL,
checksum VARCHAR NOT NULL,
PRIMARY KEY (name))
runtime_checksums_values 记录当 load to runtime 被执行时系统的信息。
目前6个组件中只有4个可以生成checksum,不能生成的组件是:admin_variables,mysql_variables。 checnsum 只有在执行了 load to run ,并且 admin-checksum_XXX = true 时,才可以正常生成。
有三个表被加入到 stat 表中。
记录集群中各个实例的组件 checksum 信息。
Admin> SHOW CREATE TABLE stats.stats_proxysql_servers_checksums\G
*************************** 1. row ***************************
table: stats_proxysql_servers_checksums
Create Table: CREATE TABLE stats_proxysql_servers_checksums (
hostname VARCHAR NOT NULL,
port INT NOT NULL DEFAULT 6032,
name VARCHAR NOT NULL,
version INT NOT NULL,
epoch INT NOT NULL,
checksum VARCHAR NOT NULL,
changed_at INT NOT NULL,
updated_at INT NOT NULL,
diff_check INT NOT NULL,
PRIMARY KEY (hostname, port, name) )
该表用来显示群集模块在各个实例中执行 SHOW MYSQL STATUS 时,当前系统的部分指标。目前该表只是用来debug 的,在未来该表的各个指标将用来反映各个实例的健康状态。
Admin> SHOW CREATE TABLE stats.stats_proxysql_servers_metrics\G
*************************** 1. row ***************************
table: stats_proxysql_servers_metrics
Create Table: CREATE TABLE stats_proxysql_servers_metrics (
hostname VARCHAR NOT NULL,
port INT NOT NULL DEFAULT 6032,
weight INT CHECK (weight >= 0) NOT NULL DEFAULT 0,
comment VARCHAR NOT NULL DEFAULT '',
response_time_ms INT NOT NULL,
Uptime_s INT NOT NULL,
last_check_ms INT NOT NULL,
Queries INT NOT NULL,
Client_Connections_connected INT NOT NULL,
Client_Connections_created INT NOT NULL,
PRIMARY KEY (hostname, port) )
在目前的1.4.6 版本中,该表还未启用。
因为集群间,所有节点都是相互监控的。所以当配置发生变动时,它们可以立即发现。当其他节点的配置发生变动时,本节点会先去检查一次它自身的配置,因为有可能 remote instance 和 local instance 同时发生配置变动。如果不同:
同步过程如下:
SELECT hostgroup_id, hostname, port, status, weight, compression, max_connections, max_replication_lag, use_ssl, max_latency_ms, comment FROM runtime_mysql_servers;
SELECT writer_hostgroup, reader_hostgroup, comment FROM runtime_mysql_replication_hostgroups;
DELETE FROM mysql_servers;
DELETE FROM mysql_replication_hostgroups;
从上面的论述可以看出,ProxySQL Cluster 中每个节点都在监控其他节点,是个很典型的点对点的网络。 为了减少网络开销,节点间并不总是交换所有的checksum 信息,而是将所有version 、所有checksum 相结合产生的单个新的 checksum 进行交换。所以一旦这个新的checksum 发生变动,那么得到详细的各个模块的checksum。 在一个200个节点的集群中,如果每个节点每 1000ms 去探测一次,每个节点需要 50KB 的带宽。
https://github.com/sysown/proxysql/wiki/ProxySQL-Cluster
http://www.proxysql.com/blog/proxysql-cluster