MySQL Router实现MySQL的读写分离

MySQL Router实现MySQL的读写分离

1.简介

---

 

MySQL Router是MySQL官方提供的一个轻量级MySQL中间件，用于取代以前老版本的SQL proxy。

既然MySQL Router是一个数据库的中间件，那么MySQL Router必须能够分析来自前面客户端的SQL请求是写请求还是读请求，以便决定这个SQL请求是发送给master还是slave，以及发送给哪个master、哪个slave。这样，MySQL Router就实现了MySQL的读写分离，对MySQL请求进行了负载均衡。

因此，MySQL Router的前提是后端实现了MySQL的主从复制。

MySQL Router很轻量级，只能通过不同的端口来实现简单的读/写分离，且读请求的调度算法只能使用默认的rr(round-robin)，更多一点、更复杂一点的能力都不具备。所以，在实现MySQL Router时，需要自行配置好后端MySQL的高可用。高可用建议通过Percona XtraDB Cluster或MariaDB Galera或MySQL官方的group replication实现，如果实在没有选择，还可以通过MHA实现。

所以，一个简单的MySQL Router部署图如下。

本文将使用MySQL Router分别实现后端无MySQL主从高可用情形的读写分离，至于为什么不实现后端有MySQL高可用的读写分离情形。在我看来，MySQL Router只是一个玩具，不仅功能少，而且需要在应用程序代码中指定读/写的不同端口(见后文关于配置文件的解释)，在实际环境中应该没人会这样用。

2.配置MySQL Router

---

以下是实验环境：

角色名	主机IP	MySQL版本	数据状态
MySQL Router	192.168.100.21	MySQL 5.7.22	无
master	192.168.100.22	MySQL 5.7.22	全新实例
slave1	192.168.100.23	MySQL 5.7.22	全新实例
slave2	192.168.100.24	MySQL 5.7.22	全新实例

 

因为后端MySQL主从复制没有实现高可用，所以只有一个master节点负责写操作。

所有后端MySQL节点都是刚安装好的全新MySQL实例，所以直接开启主从复制即可。如果是已有数据的主从复制，需要先保证它们已同步好，方法见：将slave恢复到master指定的坐标。

https://www.cnblogs.com/f-ck-need-u/p/9276639.html