编程开源技术交流,分享技术与知识

网站首页 > 开源技术 正文

ADG (Active Data Guard) 数据容灾架构下,如何配置 Druid 连接池?

wxchong 2025-01-17 13:19:35 开源技术 45 ℃ 0 评论

如上图的数据容灾架构下,上层应用如果使用 Druid 连接池,应该如何配置,才能在数据库集群节点切换甚至主备数据中心站点切换的情况下,上层应用不需要变动 (无需修改配置也无需重启);即数据库节点宕机/维护等事件发生的情况下,亦或甚至是 数据中心站点切换的情况下,上层应用不需要动 (对应用透明)。

创建数据库服务

首先,需要在数据库主备站点集群上各创建一个同名的数据库服务,之后配置应用的 jdbc url 时会用到这个服务:

# 在主站点数据库集群上,创建名称为 tac 的服务:
[oracle@hysadg1 ~]$ srvctl add service -db DB0828_gk7_icn -pdb PDB1 -service tac -preferred DB08281,DB08282 -failover_restore AUTO -failoverretry 30 -failoverdelay 10 -commit_outcome TRUE -failovertype AUTO -replay_init_time 600 -retention 86400 -notification TRUE -drain_timeout 300 -stopoption TRANSACTIONAL -role PRIMARY
# 在主站点,启动刚创建的服务 (备站点无需启动)
[oracle@hysadg1 ~]$ srvctl start service -db DB0828_gk7_icn -service tac
# 此时可以检查一下服务的状态
[oracle@hysadg1 ~]$ srvctl status service -db DB0828_gk7_icn -service tac 
# 在备站点数据库集群上,创建名称为 tac 的服务:
[oracle@hysadg1 ~]$ srvctl add service -db DB0828_8hk_icn -pdb PDB1 -service tac -preferred DB08281,DB08282 -failover_restore AUTO -failoverretry 30 -failoverdelay 10 -commit_outcome TRUE -failovertype AUTO -replay_init_time 600 -retention 86400 -notification TRUE -drain_timeout 300 -stopoption TRANSACTIONAL -role PRIMARY
# 此时可以检查一下服务的状态
[oracle@hysadg1 ~]$ srvctl status service -db DB0828_8hk_icn -service tac 

主要参数说明:

“-commit_outcome TRUE -replay_init_time 600 -retention 86400 -notification TRUE”: 由于 Druid连接池用不到 Oracle TAC (透明应用连续性) 特性,所以这些参数是没用的,放在这里没好处,反而对性能有少许影响,可以去掉。

“-role PRIMARY”:表示此服务在 ADG 主站点上启动,默认是 PRIMARY。这里建议显示地进行指定。

“-stopoption TRANSACTIONAL -drain_timeout 300”:表示节点或主备站点切换时,如何处理正在进行中的事务,以及如何排空数据库会话。这里的值表示等待正在执行的事务完成再排空会话,如果有些长事务在300秒内无法完成,则强制中断并排空会话。(如果用TAC,那么中断的会话在切换完成后,会在其它节点或当前新的主站点上继续执行,前端除了会感到稍微延迟,不会感觉到有业务中断;如果不用TAC,那么前端会看到当前交易失败,需要重新提交)

配置 Druid 连接池

spring.datasource.type=com.alibaba.druid.pool.DruidDataSource
spring.datasource.driverClassName=oracle.jdbc.OracleDriver
spring.datasource.url=jdbc:oracle:thin:@(DESCRIPTION=(FAILOVER=on)(LOAD_BALANCE=off)(RETRY_COUNT=10)(RETRY_DELAY=3)(ADDRESS_LIST =(LOAD_BALANCE=on)(ADDRESS=(PROTOCOL=TCP)(HOST=tacdb-scan.regionalpublics.hysunhevcn.oraclevcn.com)(PORT=1521)))(ADDRESS_LIST=(LOAD_BALANCE=on)(ADDRESS=(PROTOCOL=TCP)(HOST=tacdb2-scan.regionalpublics.hysunhevcn.oraclevcn.com)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME='tac.regionalpublics.hysunhevcn.oraclevcn.com')))
spring.datasource.username=pocuser
spring.datasource.password=BotWelcome123##
spring.datasource.druid.initial-size=10
spring.datasource.druid.min-idle=10
spring.datasource.druid.max-active=30
spring.datasource.druid.connect-timeout=5000
spring.datasource.druid.socket-timeout=60000
spring.datasource.druid.validation-query=select 1 from dual
spring.datasource.druid.validation-query-timeout=3
spring.druid.datasource.max-wait=120000
spring.datasource.druid.test-on-borrow=false
spring.datasource.druid.test-while-idle=true
spring.datasource.druid.time-between-eviction-runs-millis=30000
spring.datasource.druid.min-evictable-idle-time-millis=180000
spring.datasource.druid.keep-alive=true

主要参数说明:

注意JDBC URL中,"(CONNECT_TIMEOUT=x)" 或 "(TRANSPORT_CONNECT_TIMEOUT=x)" 在这里是起不了多大作用的,DRUID有自己的 timeout 机制,对于连接超时设置,DRUID有 connectTimeout 属性来控制。如果 JDBC 连接串中设置了 CONNECT_TIMEOUT,同时又设置了 DRUID 自己的 connectTimeout 属性(默认10秒),则会采用较小值作为连接超时。所以这里不建议设置CONNECT_TIMEOUT,直接设置DRUID自己的connectTimeout就行了,更加的简洁明了。

同样,设置连接属性(connectionProperties) "oracle.jdbc.ReadTimeout" 更起不了多大作用,起决定作用的还是DRUID本身的 socketTimeout 属性。所以不建议设置连接属性 "oracle.jdbc.ReadTimeout",直接设置DRUID自己的socketTimeout就行了,更加的简洁明了。

"(RETRY_COUNT=10)(RETRY_DELAY=3)" 代表连接超时后,重试的次数及间隔。这里的值表示重试10次(总共连11次),重试间隔为3秒。如果我们连接超时设置成5秒,那么如果 总共 11 * 5 + 10 * 3 = 85 秒后仍然连不上,就会抛出连接超时的异常。所以,我们最好确保这个总体时间大于节点或主备站点切换的时间,这样可以避免日志文件大批量的错误日志。

上述JDBC URL中指定了主备站点的地址,并设置了 FAILOVER参数,当前面的地址连不上时,会自动尝试后面的地址,因此,主备切换后,无需修改应用也无需重启服务。

其它参数都是关于 DRUID 本身的一些设置,这里不赘述了。

注意:采用DRUID 连接池是用不到 Oracle TAC (透明应用连续性)特性的,因为 DRUID 无法配置 Oracle JDBC replay driver。

采用 DRUID 连接池的情况下,在数据库节点切换或主备站点切换的过程中,当前正在执行的事务会报错失败,前端能明确感知到当前交易/操作失败,需要重新提交;也就是说,连接池能透明地重新连接到可用的节点或站点,但无法延续上一次的会话状态。

如果用 Oracle TAC 则能保证当前被中断执行的事务,在切换完成后,还能继续执行,前端只是感觉稍微有点延迟,而交易/操作不会出现失败情况,这就是透明应用连续性 (TAC)。如果需要获取 Oracle TAC 特性,那么建议使用 Oracle UCP 连接池。

Tags:

本文暂时没有评论,来添加一个吧(●'◡'●)

欢迎 发表评论:

最近发表
标签列表