通过JDBC让应用能体验到Oracle高可用的"红利"
通过JDBC让应用能体验到Oracle高可用的"红利"
通过JDBC连接Oracle数据库，可以采用三种拼接的形式，
（1）使用SID，jdbc:oracle:thin:@host:port:SID，例如
jdbc:oracle:thin:@localhost:1521:orcl（2）使用Service Name，jdbc:oracle:thin:@//host:port/service_name，例如，
jdbc:oracle:thin:@//localhost:1521/orcl.oracle其中，@后面有"//"，port跟着的":"换成了"/"，这是Oracle推荐的格式，因为对于集群来说，每个节点的SID是不一样的，但是service_name可以包含所有节点。
（3）使用TNSName，jdbc:oracle:thin:@TNSName，此处的TNSName指的是tnsnames.ora中的配置名称，当然还可以将tnsnames.ora中的内容直接加到此处，例如，
jdbc:oracle:thin:@(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=x.x.x.x)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=orcl)))最近一位朋友，说他们的应用，要配合DBA做一次应急演练，具体内容是Oracle DG主备的切换。
应用中是写了如下的配置，其中IP是主库的IP（不是VIP、SCAN IP），所以如果DG切了，应用必须将IP改成新的备库IP，才可以继续使用，
jdbc:oracle:thin:@//IP:1521/orcl这种情况下，数据库是做到了高可用，但是应用的高可用不是自动的，存在着隐患，没用到Oracle提供的高可用便利。
此时应该用上述提到的TNSName方式进行配置，而且按照RAC+DG的标准，可以采用如下tnsnames.ora，可以看到，主备库的RAC关闭了load balance，即采用了failover，而DG打开了failover。由于配置了所有主备库的IP以及具体切换的方式，原则上数据库做了主备切换，应用就可以自动进行主备库的选择，实现了更加纯粹的高可用。实际用的时候，jdbc的配置直接将如下这段写到一行中，
orcl=
(DESCRIPTION_LIST=
(LOAD_BALANCE=off)
(FAILOVER=on)
(DESCRIPTION=
(CONNECT_TIMEOUT=5)
(TRANSPORT_CONNECT_TIMEOUT=3)
(RETRY_COUNT=3)
(ADDRESS_LIST=
(LOAD_BALANCE=off)
(ADDRESS=(PROTOCOL=TCP)(HOST=x.x.x.1)(PORT=1523))
(ADDRESS=(PROTOCOL=TCP)(HOST=x.x.x.2)(PORT=1523))
(ADDRESS=(PROTOCOL=TCP)(HOST=x.x.x.3)(PORT=1523))
) (CONNECT_DATA=(SERVICE_NAME=test)))
(DESCRIPTION=
(CONNECT_TIMEOUT=5)
(TRANSPORT_CONNECT_TIMEOUT=3)
(RETRY_COUNT=3)
(ADDRESS_LIST=
(LOAD_BALANCE=off)
(ADDRESS=(PROTOCOL=TCP)(HOST=x.x.x.4)(PORT=1523))
(ADDRESS=(PROTOCOL=TCP)(HOST=x.x.x.5)(PORT=1523))
(ADDRESS=(PROTOCOL=TCP)(HOST=x.x.x.6)(PORT=1523))
) (CONNECT_DATA=(SERVICE_NAME=test))))其实这个问题，还是比较有代表性的，就是有时候，技术上提供了我们很多种实现途径，但我们可能不了解这些，导致没能用到技术上的"红利"。因此，无论什么技术，还是不能仅局限于表象，不一定都做到很精通，但至少能知道技术可以提供我们什么功能，具体细节上，可以用到的时候能有途径学习了解，这是最基础的。