MySQL运维实战之ProxySQL(9.4)proxysql和后端MySQL自动切换

俊达2年前技术文章1191

ha.png


如上图架构,当后端MySQL主库出现问题,发生主备切换后,如何自动将ProxySQL的读写切换到新的主库上?


可以通过mysql_replication_hostgroups表配置实现:

insert into mysql_replication_hostgroups
(writer_hostgroup, reader_hostgroup, check_type, comment)
values(100, 101, 'read_only', 'mysql mm cluster');

load mysql servers to runtime;
save mysql servers to disk;


将主库和备库的hostgroup配置到mysql_replication_hostgroups表中后,proxysql会检测主备库的read_only状态。

当检测到read_only从OFF变成ON时,会将writer_hostgroup中的主机添加的reader_hostgrup中。

当检测到read_only从ON变成OFF时,会将主机从reader_hostgroup中移到writer_hostgroup中。


当一个后端mysql实例的read_only状态从ON变成OFF时,会将该实例加入到writer_hostgroup中,同时该实例依然位于read_hostgroup中:

mysql> select hostgroup_id, hostname, port , status from runtime_mysql_servers where hostgroup_id in (100,101);
+--------------+----------------+------+--------+
| hostgroup_id | hostname       | port | status |
+--------------+----------------+------+--------+
| 100          | 172.16.121.237 | 3380 | ONLINE |
| 101          | 172.16.121.236 | 3380 | ONLINE |
| 101          | 172.16.121.237 | 3380 | ONLINE |
+--------------+----------------+------+--------+


可以看到,节点172.16.121.237:3380 同时位于两个hostgroup。


如果需要将该实例从read hostgroup中移除,需要将参数mysql-monitor_writer_is_also_reader设置为false:

set mysql-monitor_writer_is_also_reader='false';
load mysql variables to runtime;

然后再重新加载mysql server,就可以将设置了read_only状态的后端实例从read hostgroup中移除。

mysql> load mysql servers to runtime;
Query OK, 0 rows affected (0.00 sec)

mysql> select hostgroup_id, hostname, port , status from runtime_mysql_servers where hostgroup_id in (100,101);
+--------------+----------------+------+--------+
| hostgroup_id | hostname       | port | status |
+--------------+----------------+------+--------+
| 100          | 172.16.121.237 | 3380 | ONLINE |
| 101          | 172.16.121.236 | 3380 | ONLINE |
+--------------+----------------+------+--------+
2 rows in set (0.00 sec)


proxysql只根据后端mysql的read_only状态来判断将实例放到write hostgroup或read hostgroup。所以需要正确地设置read_only状态。

  • 如果主备实例都设置了read_only=OFF,则会发生双写,容易引起数据不一致。

  • 如果在备库复制有延迟或备库复制中断的情况下,将备库的read only设置为OFF,同样也可能会引起数据不一致。

  • 后端MySQL实例的高可用,需要借助其它方式来实现,如MHA。或者使用MySQL Group Replication。



相关文章

MySQL运维实战(2.2)忘记密码如何处理

如果忘记了一个普通用户的密码,可以使用管理员账号登录,修改其他用户的密码。但是如果所有管理员账号的密码都忘记了,应该怎么处理呢?如果忘记root密码,可以使用skip-grant-tables参数启动...

 MySQL优化器特性(九)行数评估

MySQL优化器特性(九)行数评估

查询的行数在成本计算中起了很重要的作用:1、row_evaluate_cost和行数直接相关2、需要访问多少索引页面,和行数直接相关。根据页面大小和平均索引条目长度计算每个索引页面的记录数,根据记录数...

 MySQL运维实战(1.3)安装部署:源码编译安装

MySQL运维实战(1.3)安装部署:源码编译安装

源码编译安装通常不需要自己编译mysql源码,编译的mysql和二进制包的内容基本一致。当然有些时候可能会需要采用源码编译的方式安装,安装一些非标准版本的mysql安装一些社区的patch、bugfi...

MySQL运维实战(5.2) MySQL charset基本概念

mysql多字符集mysql支持多字符集。一个数据库中可以存储不同字符集的数据,一个表的不同字段可以使用不同的字符集。mysql> show character s...

MySQL运维实战之备份和恢复(8.8)恢复单表

xtrabackup支持单表恢复。如果一个表使用了独立表空间(innodb_file_per_table=1),就可以单独恢复这个表。1、Prepareprepare时带上参数--export,xtr...

MySQL运维实战之备份和恢复(8.6)将数据库恢复到指定时间点

恢复到指定时间点使用全量备份和增量备份文件,都只能将数据库恢复到备份结束的时间。通过binlog,可以将数据库恢复到任意时间点(前提是备份和该时间点之间的binlog都存在)。找到时间点对应的binl...

发表评论    

◎欢迎参与讨论,请在这里发表您的看法、交流您的观点。