MySQL 8.0.19支持DNS SRV

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做服务发现。

1. consul agent与MySQL Router部署在相同节点，检查服务活性，并向consul server 注册服务信息。

2. 应用端的Connector配置了服务地址，访问DB时先向consul server发起DNS SRV服务请求。

3. consul server回复应用端 MySQL Router的服务地址和端口，应用端再去访问MySQL Router。

我在本机做了测试。

首先使用mysql shell创建一组InnoDB Cluster集群

for i in `seq 4000 4002`; do

部署两个mysql router作为访问代理

for i in 6446 6556; do

安装 consul用作服务注册和DNS解析，在测试环境我们使用开发模式，只部署一个consul节点，若用在生产环境需要部署多个agent和server

echo "Install consul..."

在consul中注册两个router代理服务

echo "Services register..."

测试下DNS SRV是否能正常解析，SRV记录的应答返回服务端口和服务地址，服务地址有对应的A记录，是127.0.0.1地址。

echo "Test dns srv..."

consul的DNS服务端口是8600 ，需要在本机设置DNS 转发，将应用对consul服务的DNS请求转发到consul的端口，这里我使用dnsmasq做本地转发，对于生产环境可使用BIND服务。

echo "Install dnsmasq..."

DNS转发设置完成后，不指定DNS端口，测试转发是否依然正常解析SRV记录。

echo "Test dns forwarding..."

安装 python connector

pip install mysql-connector-python

在设置connector连接参数是注意host填写在consul注册的服务地址，并加上dns_srv参数，不需要指定端口。

import mysql.connector

从MySQL Router 日志中可以看到请求以负载均衡方式发送到两边。