MySQL InnoDB Cluster单主模式连接字符串故障切换参数如何配置

你当前使用的multi_host=true是基础多主机连接参数，不具备InnoDB Cluster的角色感知能力，默认按配置的节点顺序尝试连接，所以主节点宕机后会卡在第一个不可用节点。需替换/新增以下参数：

• 替换multi_host=true为clusterInstanceHostPattern=.*：开启Connector/J对InnoDB Cluster的原生适配能力，通用场景下直接填.*即可匹配所有集群节点
• 添加autoReconnect=true：开启连接中断后的自动重连逻辑
• 添加failoverReadOnly=false：故障切换时强制优先选择可读写的主节点，不会自动切到只读从节点
• 添加connectTimeout=3000：设置单节点连接超时时间为3秒（可根据网络环境调整），避免在宕机节点上长时间等待
• 添加retriesAllDown=3：所有节点首次连接失败时的重试次数
• 可选添加transactionReplay=true：开启事务自动重放能力，故障切换时自动重试未提交的业务事务，降低上层业务报错概率

修改后的连接字符串参考示例：
jdbc:mysql://node1,node2,node3/test?clusterInstanceHostPattern=.*&autoReconnect=true&failoverReadOnly=false&connectTimeout=3000&retriesAllDown=3&transactionReplay=true

MySQL Connector/J 8.0适配InnoDB Cluster的自动选主逻辑如下：

1. 驱动启动后会先尝试连接地址列表中任意一个可用节点，跳过不可达节点
2. 连接到可用节点后，驱动会自动查询mysql_innodb_cluster_metadata系统库中的集群元数据，获取所有节点的角色、运行状态、读写权限属性，筛选出单主模式下唯一的PRIMARY角色主节点
3. 驱动会直接建立到当前主节点的业务连接，不再按配置的节点地址顺序尝试
4. 连接存活期间，驱动会后台监听集群状态变更事件，一旦检测到原主节点宕机、集群发起主从切换，会自动重新查询元数据获取新主节点地址，销毁旧连接并建立新的主节点连接
5. 若开启了事务重放能力，驱动会自动在新主节点上重试切换前未提交的事务，上层业务基本无感知

内容的提问来源于stack exchange，提问作者chandan