多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
连接主要参数说明
secondsBeforeRetryMaster 默认30
driver等待多久后重新连接masterqueriesBeforeRetryMaster 默认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之间切换
- 如果设置autoReconnect or autoReconnectForPools to true 可以实现无缝的重连
测试过程：
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
