本文转载自mysqlplayer，作者洪斌
MySQL Router是InnoDB Cluster架构的访问入口，在架构部署上，官方给出的建议是router与应用端绑定部署，避免router单点问题。
之前还有客户咨询，能否router不与应用端绑定部署，不便于部署，在此之前都需要在router前面加VIP或者一层负载均衡。
我还在想这事儿就应该由MySQL Connector来实现访问链路的Failover和Loadbalance， 现在有了DNS SRV的支持，router不必和应用端绑定部署，也可以省了VIP和负载均衡，MySQL InnoDB Cluster方案更加完善，配合consul等服务发现组件，更容易适配service mesh架构。
DNS SRV是DNS记录的一种，用来指定服务地址。SRV记录不仅有服务目标地址，还有服务的端口，并且可以设置每个服务地址的优先级和权重。
MySQL Connector 8.0.19 覆盖多种语言支持DNS SRV，包括经典协议和X协议。遵循RFC 2782实现，支持Priority和Weight客户端必须连接优先级值最低的可达地址，若优先级相同，权重值越大的访问概率越高。
-
Connector/NET
-
Connector/ODBC
-
Connector/J
-
Connector/Node.js
-
Connector/Python
-
Connector/C++
我们来演示下应用是如何使用DNS SRV的，这里使用consul做服务发现。
-
consul agent与MySQL Router部署在相同节点，检查服务活性，并向consul server 注册服务信息。
-
应用端的Connector配置了服务地址，访问DB时先向consul server发起DNS SRV服务请求。
-
consul server回复应用端 MySQL Router的服务地址和端口，应用端再去访问MySQL Router。
我在本机做了测试。
1. 首先使用mysql shell创建一组InnoDB Cluster集群
for i in `seq 4000 4002`; do
2. 部署两个mysql router作为访问代理
for i in 6446 6556; do
3. 安装 consul用作服务注册和DNS解析，在测试环境我们使用开发模式，只部署一个consul节点，若用在生产环境需要部署多个agent和server
echo "Install consul..."
4. 在consul中注册两个router代理服务
echo "Services register..."
5. 测试下DNS SRV是否能正常解析，SRV记录的应答返回服务端口和服务地址，服务地址有对应的A记录，是127.0.0.1地址。
echo "Test dns srv..."
6. consul的DNS服务端口是8600 ，需要在本机设置DNS 转发，将应用对consul服务的DNS请求转发到consul的端口，这里我使用dnsmasq做本地转发，对于生产环境可使用BIND服务。
echo "Install dnsmasq..."
7. DNS转发设置完成后，不指定DNS端口，测试转发是否依然正常解析SRV记录。
echo "Test dns forwarding..."
8. 安装 python connector
pip install mysql-connector-python
9. 在设置connector连接参数是注意host填写在consul注册的服务地址，并加上dns_srv参数，不需要指定端口。
import mysql.connector
从MySQL Router 日志中可以看到请求以负载均衡方式发送到两边。
来源：oschina
链接：https://my.oschina.net/lv96/blog/3168342