如何优化Oracle 19c RAC的SCAN连接效率_配置负载均衡模式与多子网SCAN-Oracle-PHP中文网

scan连接效率低主因是客户端未真正启用轮询与负载感知：oracle客户端不主动dns轮询，须在tnsnames.ora中显式列出全部3个scan地址并配load_balance=on（小写），jdbc还需url中加loadbalance=true&failover=true，且仅ojdbc8+支持。

scan连接效率低，八成不是数据库问题，而是客户端没真正用上scan的轮询和负载感知能力——光配个域名、写个tnsnames.ora条目远远不够。

为什么SCAN只连一个节点？DNS轮询没生效的典型表现

现象是客户端始终打到同一个RAC节点，srvctl status scan_listener显示正常，但v$session里所有连接都集中在某实例。根本原因在于：Oracle客户端（包括JDBC Thin）**不主动做DNS轮询**，它只按你在tnsnames.ora或URL里写的ADDRESS_LIST顺序尝试连接。

DNS返回3个A记录（如rac-scan.example.com → 192.168.10.101/102/103），但客户端只解析一次、缓存结果，后续全走第一个IP
nslookup rac-scan.example.com能看到三行Address:，但Java进程启动后JVM已固化DNS缓存，除非显式禁用
用HOST=rac-scan.example.com单地址写法，等同于放弃SCAN机制，退化为直连——哪怕DNS轮询本身没问题
Linux下若/etc/nsswitch.conf中hosts: files dns且/etc/hosts里有SCAN条目，19c会拒绝启动SCAN监听器（报错“SCAN name resolves to single IP”）

tnsnames.ora必须显式列出全部SCAN IP + LOAD_BALANCE=on

Oracle客户端不会自动查DNS补全多个地址，你得手动把3个SCAN VIP全写进ADDRESS_LIST，否则负载均衡逻辑压根不触发。

LOAD_BALANCE=on必须小写on，写成yes、true或ON均无效，客户端静默忽略
多个ADDRESS必须包在同一个ADDRESS_LIST下，拆成3个独立DESCRIPTION会被当3个不同服务名处理
HOST字段填域名（如rac-scan1.example.com），不能填IP；但该域名必须能被DNS解析出对应VIP，不能是CNAME别名
不要加FAILOVER=on——SCAN监听器自身具备故障转移能力，额外启用反而干扰连接分发策略

ORCL_SCAN = (DESCRIPTION =
  (ADDRESS_LIST =
    (ADDRESS = (PROTOCOL = TCP)(HOST = rac-scan1.example.com)(PORT = 1521))
    (ADDRESS = (PROTOCOL = TCP)(HOST = rac-scan2.example.com)(PORT = 1521))
    (ADDRESS = (PROTOCOL = TCP)(HOST = rac-scan3.example.com)(PORT = 1521))
  )
  (CONNECT_DATA = (SERVICE_NAME = orcl))
  (LOAD_BALANCE = on)
)

JDBC URL里loadBalance=true必须显式声明

即使tnsnames.ora配对了，JDBC Thin驱动默认仍走第一个地址。loadBalance=true是JDBC层开关，和TNS层的LOAD_BALANCE=on是两套并行机制，缺一不可。

QuantOracle

63个确定性量化金融计算器 + 10个通过MCP的复合工作流。期权定价、Greeks、奇异衍生品、风险指标、投资组合优化……

下载

参数名严格小写：loadBalance=true，不是LOAD_BALANCE=on，也不是lb=true
必须搭配failover=true，否则连接失败时不会尝试下一个SCAN地址
仅ojdbc8.jar（12.2.0.1+）完整支持；ojdbc6会静默忽略这两个参数
Spring Boot中不能只靠spring.datasource.hikari.jdbc-url拼接基础URL，要把整个DESCRIPTION结构+参数全写进去

jdbc:oracle:thin:@(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=rac-scan1.example.com)(PORT=1521))(ADDRESS=(PROTOCOL=TCP)(HOST=rac-scan2.example.com)(PORT=1521))(ADDRESS=(PROTOCOL=TCP)(HOST=rac-scan3.example.com)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=orcl))(LOAD_BALANCE=on))?loadBalance=true&failover=true

多子网SCAN配置的关键限制与实操要点

Oracle RAC原生SCAN不支持跨子网部署（即3个SCAN VIP不能分属不同网段）。所谓“多子网SCAN”，实际是通过GNS（Grid Naming Service）或外部DNS策略实现的逻辑扩展，而非SCAN监听器本身能力。

19c强制要求所有SCAN VIP必须在同一子网内，且与节点public网卡同网段；若DNS返回跨子网IP，srvctl start scan会直接失败
真要覆盖多子网客户端（如办公网、DMZ、云VPC），必须用GNS替代传统DNS：GNS能基于客户端源IP所属子网，动态返回就近的SCAN VIP（需配合DHCP服务）
若坚持用DNS，只能靠智能DNS厂商（如Infoblox）做地理/子网路由，但Oracle不保证兼容性，且nslookup从客户端侧看到的仍是单个IP
检查是否启用GNS：crsctl query gns；若未启用，所谓“多子网SCAN”只是DNS轮询幻觉，底层连接仍可能因路由延迟或防火墙策略失效

最易被忽略的一点：SCAN的负载感知依赖实例注册到本地监听器的实时状态，而本地监听器又依赖remote_listener指向SCAN地址。如果任意节点的ALTER SYSTEM SET remote_listener='rac-scan.example.com:1521'没生效，或者lsnrctl services LISTENER输出里看不到该实例的服务条目，那无论DNS多准、URL多全，连接都会随机打到无服务的VIP上——此时看到的“连接超时”，其实是SCAN监听器根本没把请求转发给任何实例。