jdbc自带的数据库切换配置

多hosts failover

# Connection URL for a server failover setup: jdbc:mysql//primaryhost,secondaryhost1,secondaryhost2/test

jdbc:mysql://[*primary host*][:*port*],[*secondary host 1*][:*port*][,[*secondary host 2*][:*port*]]...[/[*database*]]» [?*propertyName1*=*propertyValue1*[&*propertyName2*=*propertyValue2*]...] 

• 连接发生错误时会触发failover，重启processes，新建Statement, ResultSet等对象

• 如果原来的host恢复正常后，可以通过设置参数恢复到此机器的连接

• 每个host都有一个连接

• 连接的切换意味着session切换（session的变量值可能会发生变化）

• 一个事物内不会发生切换，事物间不保证不会发生切换

• 新建连接时总是优先连接primary，如果失败则尝试连接secondary

连接选项配置

• failOverReadOnly

对primary的连接可读可写的，但是如果primary不可用，切换到second时，是否可写取决于failOverReadOnly（默认是只读的）

failover后，primary恢复正常，连接重新建立到primary后，不管以前是否连接过primary，都是读写模式

也可以通过 Connection.setReadOnly(boolean) 设置连接是否只读（即时生效 can be changed any time at runtime）

• demo

image.png

连接主要参数说明

• secondsBeforeRetryMaster 默认30
  driver等待多久后重新连接master

• queriesBeforeRetryMaster 默认50

执行多少次query后尝试重连master，Statement.execute*() 都会增加query的值，但是Statement.executeBatch() or if allowMultiQueries or rewriteBatchStatements这些可能增加的值不准确

至少满足一个条件才会尝试尝试重连primary节点
而且是在一个事物完成后进行的，因为如果没有开启自动提交的话，只
有Connection.commit() or Connection.rollback() is called 才会检测是否可以尝试重连master

• 只有在secondsBeforeRetryMaster and queriesBeforeRetryMaster同时为0时才会禁止重连primary

• retriesAllDown 默认120

如果发生primary挂掉，会逐个遍历列表的second，如果遍历一遍后依然没有可用的second，而且不满足secondsBeforeRetryMaster和queriesBeforeRetryMaster，则会跳过primary继续遍历，直到尝试次数超过retriesAllDown

• 注意

  • 如果设置autoReconnect or autoReconnectForPools to true 可以实现无缝的重连
    但是可能会造成一些问题，例如，如果一个连接在master上是读写，切换到second后是只读，写操作会失败，但是客户端不会收到异常通知
  • 测试时发现只能primary／second之间切换，不能多个second之间切换

测试过程：

jdbc:mysql://l-kai.sun1.dba.dev.cn0:3319,l-kai.sun2.dba.dev.cn0:3319,l-kai.sun3.dba.dev.cn0:3319"

测试:

关闭sun1后切到sun3，关闭sun3后无法连接sun2报错，重启sun1后连接sun1恢复正常，再次关闭sun1后，连接sun2