ADG (Active Data Guard) 数据容灾架构下,如何配置 Druid 连接池?
ccwgpt 2024-11-27 12:16 50 浏览 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 连接池。
相关推荐
- 一个基于.Net Core遵循Clean Architecture原则开源架构
-
今天给大家推荐一个遵循CleanArchitecture原则开源架构。项目简介这是基于Asp.netCore6开发的,遵循CleanArchitecture原则,可以高效、快速地构建基于Ra...
- AI写代码翻车无数次,我发现只要提前做好这3步,bug立减80%
-
写十万行全是bug之后终于找到方法了开发"提示词管理助手"新版本那会儿,我差点被bug整崩溃。刚开始两周,全靠AI改代码架构,结果十万行程序漏洞百出。本来以为AI说没问题就稳了,结果...
- OneCode低代码平台的事件驱动设计:架构解析与实践
-
引言:低代码平台的事件驱动范式在现代软件开发中,事件驱动架构(EDA)已成为构建灵活、松耦合系统的核心范式。OneCode低代码平台通过创新性的注解驱动设计,将事件驱动理念深度融入平台架构,实现了业务...
- 国内大厂AI插件评测:根据UI图生成Vue前端代码
-
在IDEA中安装大厂的AI插件,打开ruoyi增强项目:yudao-ui-admin-vue31.CodeBuddy插件登录腾讯的CodeBuddy后,大模型选择deepseek-v3,输入提示语:...
- AI+低代码技术揭秘(二):核心架构
-
本文档介绍了为VTJ低代码平台提供支持的基本架构组件,包括Engine编排层、Provider服务系统、数据模型和代码生成管道。有关UI组件库和widget系统的信息,请参阅UI...
- GitDiagram用AI把代码库变成可视化架构图
-
这是一个名为gitdiagram的开源工具,可将GitHub仓库实时转换为交互式架构图,帮助开发者快速理解代码结构。核心功能一键可视化:替换GitHubURL中的"hub...
- 30天自制操作系统:第六天:代码架构整理与中断处理
-
1.拆开bootpack.c文件。根据设计模式将对应的功能封装成独立的文件。2.初始化pic:pic(可编程中断控制器):在设计上,cpu单独只能处理一个中断。而pic是将8个中断信号集合成一个中断...
- AI写代码越帮越忙?2025年研究揭露惊人真相
-
近年来,AI工具如雨后春笋般涌现,许多人开始幻想程序员的未来就是“对着AI说几句话”,就能轻松写出完美的代码。然而,2025年的一项最新研究却颠覆了这一期待,揭示了一个令人意外的结果。研究邀请了16位...
- 一键理解开源项目:两个自动生成GitHub代码架构图与说明书工具
-
一、GitDiagram可以一键生成github代码仓库的架构图如果想要可视化github开源项目:https://github.com/luler/reflex_ai_fast,也可以直接把域名替换...
- 5分钟掌握 c# 网络通讯架构及代码示例
-
以下是C#网络通讯架构的核心要点及代码示例,按协议类型分类整理:一、TCP协议(可靠连接)1.同步通信//服务器端usingSystem.Net.Sockets;usingTcpListene...
- 从复杂到优雅:用建造者和责任链重塑代码架构
-
引用设计模式是软件开发中的重要工具,它为解决常见问题提供了标准化的解决方案,提高了代码的可维护性和可扩展性,提升了开发效率,促进了团队协作,提高了软件质量,并帮助开发者更好地适应需求变化。通过学习和应...
- 低代码开发当道,我还需要学习LangChain这些框架吗?| IT杂谈
-
专注LLM深度应用,关注我不迷路前两天有位兄弟问了个问题:当然我很能理解这位朋友的担忧:期望效率最大化,时间用在刀刃上,“不要重新发明轮子”嘛。铺天盖地的AI信息轰炸与概念炒作,很容易让人浮躁与迷茫。...
- 框架设计并不是简单粗暴地写代码,而是要先弄清逻辑
-
3.框架设计3.框架设计本节我们要开发一个UI框架,底层以白鹭引擎为例。框架设计的第一步并不是直接撸代码,而是先想清楚设计思想,抽象。一个一个的UI窗口是独立的吗?不是的,...
- 大佬用 Avalonia 框架开发的 C# 代码 IDE
-
AvalonStudioAvalonStudio是一个开源的跨平台的开发编辑器(IDE),AvalonStudio的目标是成为一个功能齐全,并且可以让开发者快速使用的IDE,提高开发的生产力。A...
- 轻量级框架Lagent 仅需20行代码即可构建自己的智能代理
-
站长之家(ChinaZ.com)8月30日消息:Lagent是一个专注于基于LLM模型的代理开发的轻量级框架。它的设计旨在简化和提高这种模型下代理的开发效率。LLM模型是一种强大的工具,可以...
你 发表评论:
欢迎- 一周热门
- 最近发表
- 标签列表
-
- 框架图 (58)
- flask框架 (53)
- quartz框架 (51)
- abp框架 (47)
- springmvc框架 (49)
- 分布式事务框架 (65)
- scrapy框架 (56)
- shiro框架 (61)
- 定时任务框架 (56)
- java日志框架 (61)
- mfc框架 (52)
- abb框架断路器 (48)
- beego框架 (52)
- java框架spring (58)
- grpc框架 (65)
- tornado框架 (48)
- 前端框架bootstrap (54)
- orm框架有哪些 (51)
- 知识框架图 (52)
- ppt框架 (55)
- 框架图模板 (59)
- 内联框架 (52)
- cad怎么画框架 (58)
- ssm框架实现登录注册 (49)
- oracle字符串长度 (48)