oracle 11g rac jdbc负载均衡必须显式配置所有scan地址、tnsnames.ora中address_list包含全部3个scan且load_balance=on（小写）、jdbc url末尾追加?loadbalance=true&failover=true，并使用ojdbc8+驱动；缺一即退化为直连首个地址。
Oracle 11g RAC 的 JDBC 连接负载均衡，不是靠 DNS 轮询或驱动自动发现实现的，而是必须在连接串里显式写出所有 SCAN 或 VIP 地址，并配合 LOAD_BALANCE=on 和 URL 参数 loadBalance=true 才能生效。漏掉任意一环，连接就只会打到第一个地址。
tnsnames.ora 中 ADDRESS_LIST 必须写全且包裹在同一块里
客户端（包括 JDBC Thin）不会解析 DNS 返回的多个 A 记录，它只按你写的 ADDRESS_LIST 顺序或随机顺序尝试连接。所以即使 DNS 返回了 3 个 SCAN IP，tnsnames.ora 里只写一个 SCAN 主机名，负载均衡也永远不会触发。
-
ADDRESS条目必须全部包在同一个ADDRESS_LIST下，不能拆成多个独立的DESCRIPTION - 每个
ADDRESS的HOST必须是可被 DNS 解析的 SCAN 名称（如rac-scan.example.com），不能填 IP 或节点 VIP（除非你明确想绕过 SCAN） -
LOAD_BALANCE=on必须是小写on，不是yes、true或ON；写错会静默退化为顺序连接 -
FAILOVER=on不要加在 SCAN 条目里——SCAN 本身已内置故障转移，加了反而可能干扰行为
JDBC URL 必须带 loadBalance=true&failover=true
仅靠 tnsnames.ora 里的 LOAD_BALANCE=on 对 JDBC Thin 驱动完全无效。JDBC 驱动需要显式 URL 参数控制连接策略，且仅 ojdbc8.jar（对应 JDK 8+）才完整支持这些参数；ojdbc6 会静默忽略 loadBalance=true。
- URL 格式必须是完整描述符形式：
jdbc:oracle:thin:@(DESCRIPTION=(ADDRESS_LIST=...)(LOAD_BALANCE=on)(CONNECT_DATA=...)) - 必须在 URL 末尾追加查询参数：
?loadBalance=true&failover=true（注意 & 要转义） - 不要混用：比如在 URL 里写
LOAD_BALANCE=yes，又在参数里写loadBalance=true，优先级不明确，行为不可控 - 如果用 Spring Boot 的
spring.datasource.url，确保整个 URL 是单个字符串，不要被 YAML 或属性文件截断或转义
验证 DNS 是否返回全部 SCAN 地址
SCAN 名称必须真实解析出全部 3 个（或部署数）A 记录，否则客户端拿到的地址列表就不全，负载均衡自然失效。
- 执行
nslookup rac-scan.example.com，应看到三行Address:输出，每行一个 IP - 如果只看到一个或两个，检查 DNS 配置、SCAN VIP 是否全部 online（
crsctl stat res -t | grep SCAN） - Linux 下还可查
/etc/resolv.conf是否用了正确 DNS 服务器；Java 进程若指定了-Dsun.net.inetaddr.ttl=0，可能绕过系统 DNS 缓存，但不会修复缺失记录
容易被忽略的兼容性与行为细节
11g RAC 的 JDBC 负载均衡本质是“连接时随机选地址”，不是根据实例当前负载动态调度。这意味着它无法感知某节点已满或慢，只是让新连接尽量散开。
- 连接建立后，该连接就固定在某个实例上，后续 SQL 请求不会跨节点迁移
- 如果某节点临时不可达，
failover=true会让下一次 getConnection() 尝试下一个地址，但已有连接不会自动重连 - 测试是否生效，不能只看一次连接——要用脚本循环建 50+ 次连接，再查
v$session的inst_id分布 - 别依赖
TAF（Transparent Application Failover）来补负载均衡：TAF 是故障后透明切换，不是连接分发机制；它需要服务端额外配置（FAILOVER_MODE），且对事务有约束
