事务开启位置不正确，导致数据库连接数不够

最新推荐文章于 2025-06-18 19:55:05 发布
最新推荐文章于 2025-06-18 19:55:05 发布
阅读量2.5k 收藏 1
点赞数 1
CC 4.0 BY-SA版权
分类专栏： SOA架构 文章标签： 事务 数据源连接不够 SOA
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/jackyechina/article/details/53161907
本文探讨了基于SOA架构的四层框架下，如何合理地放置事务处理以避免因调用外部服务而导致的数据库连接池瓶颈问题。通过具体案例分析，在高并发场景下，将事务控制放在直接与数据库交互的层面更为合适。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

在基于SOA的框架中，分四层时
  • export: 响应数据整理层，响应数据请求及封装出参
  • facade: 业务归集层，业务处理主流程
  • service: 具体服务实现层，处理具体业务
  • dao: 数据访问层，对数据进行增删改查操作
在facade层中的某些方法可能会调用外部的一些其它的服务，比如在一个开团接口canOpenGroups，由三部分组成
  • 查看库存：checkStock (调用外部服务)
  • 查看参团人数：checkParticipateNum(调用外部服务)
  • 开团：openGroups(本服务中与数据库真实交互部分)
当请求量不大时在canOpenGroups接口上开启事务，可能没什么影响，但当请求量很大时，可能由于checkStock、checkParticipateNum两个外部服务出现问题从之前的调用只要50ms变成500ms，导致openGroups接口与数据库连接的时间从之前的只要55ms（其中5ms为openGroups与数据库交互时间，而50ms为调用外部服务所要的时间）变成505ms。当请求量变大时，数据源中的连接数，由于单个请求很长时间才能完，并放回数据源中，导致连接池中的数据库连接不够，成为系统的瓶颈。所以在开启事务时，最好放在真实与数据交互的部分而不是放在调用外部服务的那一层，影响连接放回到连接池中的时间。
数据库连接数过多导致的性能问题
AI天才研究院
09-17 1346
作者：禅与计算机程序设计艺术 1.简介 一、背景介绍 随着互联网的普及和互联网公司业务的发展，越来越多的人们把目光投向了网站的设计和建设上，而对于网站的运行和性能优化则变得尤其重要。网站在运行时所占用的资源就是硬件资源，比如服务器（CPU，内存，带宽），数据库（
高并发服务优化篇：浅谈数据库连接池
无
07-07 1216
被N多大号转载的一篇优快云博客，引起了我的注意，说的是数据库连接池使用threadlocal的原因，文中结论如下图所示。来自优快云的一篇文章，被很多号转载过姑且不谈threadlocal的作用和工作原理，单说数据库连接池这个知识点，猛地一看挺有理；仔细一看，怎么感觉不太对啊，同学，这是什么虎狼之词。$ 实践是检验真理的唯一标准个人理解，连接池提供的获取连接的能力，需要对"任务"唯一，即，只有当某一线程完成了本次数据操作，将连接放回到连接池之后，其他线程才能够再次获取并使用。原因我们后面细说，先
spring4+mybatis出现AOP方法结束后，事务不释放连接，导致连接数被用完的案例分析
在JAVA的世界中“乘风破浪”
02-27 5150
现象：在进行压测的时候，出现了数据库连接数被用完的情况经过日志分析，发现是因为在一个线程业务启动后，在首次开启事务后，并没有在AOP的方法结束后进行释放，而是一直到线程结束才释放了连接。日志如下图所示：经过分析，一开始以为是出现了锁的问题，但是经过业务上和日志的排查，并没有发现并发死锁的现象。后来排查了Spring AOP的设置，只有propagation的属性为REQURES_NEW和NOT_S...
mysql链接数 事物_事务、mysql数据库的默认最大连接数、分页、存储过程、触发器...
weixin_32831351的博客
01-31 220
1、事务的ACID特性(1)概念事务是并发控制的单位，是用户定义的一个操作序列，这些操作要么都做要么都不做，是一个不可分割的工作单位。(2)特性原子性：表示事务内操作不可分割，要么都做要么都不做。例如：转账的时候，转钱方与收款方的减钱与加钱都要发生，不能只做一个一致性：事务执行的结果必须使数据库从一个一致性状态转换为另一个一致性状态，在转钱的时候如果只发生了转账方钱数的减少而没有收款方钱数的增加，...
大事务导致数据库连接池耗尽分析与解决方案
最新发布
jakeswang的博客
06-18 1402
代码层面避免大事务，拆分业务逻辑设置合理的事务超时移除事务中的远程调用配置层面优化连接池参数设置合理的连接泄露检测运维层面建立实时监控告警定期进行压力测试实施事务治理策略架构层面引入熔断降级机制采用异步处理模式实现最终一致性方案通过以上综合措施，可有效预防和解决大事务导致的数据库连接池耗尽问题，保障系统稳定运行。
事务&数据库连接池
malaganguo的博客
08-24 1547
事务Transaction 事务是指一组操作，里面包含许多单一的逻辑。只要一个逻辑没有执行成功，那么就算失败。所有的数据都回归到最初的状态（回滚）。 事务是为了确保逻辑的成功。这在转账交易中尤为重要，可以解决转方账户余额已变化而由于外因导致的收方余额没有变化的情况。 我们安装的数据库管理系统默认执行一条语句后自动提交事务。进入数据库输入下面语句可以看到自动提交默认为“ON”状态。 关闭...
数据库连接引发事务自动开启问题
左直拳的马桶_日用桶
11-14 1581
做的一个项目，涉及到两个oracle数据库，A库和B库。主打A库，但有些数据要从B库里读取。于是在A库中建了一个数据库连接（DBLINK），指向B库。 于是月亮下去了，毛病出来了。 忽然发现，有些数据保存，根本没有提交成功。提示： ORA-01453: SET TRANSACTION 必须是事务处理的第一个语句 造成原因：之前的事务没有结束。 哪里来的事务呢？ 后来才发现，这一切的元凶就是数据库...
事务和数据库连接池
u013814522的博客
04-21 558
事务 事务的四大特性：ACID； mysql中操作事务 jdbc中操作事务 事务概述 为了方便演示事务，我们需要创建一个account表： CREATE TABLE account( id INT PRIMARY KEY AUTO_INCREMENT, NAME VARCHAR(30), balance NUMERIC(10.2) ); INSERT INTO account(NAME,b...
CI框架出现mysql数据库连接资源无法释放的解决方法
10-22
当CI框架在处理大量并发请求时，如果每个请求都创建一个新的数据库连接，而没有正确地关闭它们，就会导致MySQL的最大连接数（max_connections）被超出。这通常是由于以下两个原因： 1. **持久连接（Persistent ...
MySQL数据库连接数优化与事务管理：合理使用事务，减少连接占用
[MySQL数据库连接数优化与事务管理：合理使用事务，减少连接占用](https://img-blog.csdnimg.cn/img_convert/f46471563ee0bb0e644c81651ae18302.webp?x-oss-process=image/format,png) # 1. MySQL数据库连接管理概述...
.net数据库连接池配置技巧（默认值）
10-30
.NET数据库连接池是一种高效管理数据库连接的技术，它允许应用程序重复使用已经打开的数据库连接，而不是每次需要连接时都创建新的连接。这显著提高了应用程序的性能，减少了与数据库系统的交互延迟，并降低了资源...
没有手动提交事务，Mybatis 的 POOLED 连接池炸了
纸上得来终觉浅，绝知此事要躬行
03-26 1027
就是先开启了事务连接，未提交或关闭，导致连接池连接全部占满。 此时进行一次非事务连接操作，但是因为此时已经没有可以空闲的连接，并且创建的连接数已经最大。pooled 连接池会从活动的连接里面找一个 连接时间超过配置的 连接， 重新创建一个连接使用。但是这个旧对象（暂且称其为对象）在我们的事务集合里面仍然保留引用，此时已经不能用了（valid 为false），所以报错。 例子： for (int i =
问题杂谈：解决连接MySQL数据库，线程休眠导致过满的问题，“too Many Connection”
BoCong-Deng的博客
10-03 2049
在开发Web应用时，可以自行处理数据连接，也可以交由所使用的Web框架管理。前段时间有人问我，为什么自己已经将的数据连接事务交由Spring管理了，但在使用过程中还是总是出现“too Many Connection”的报错。我在解决过程中发现了一些值得注意的地方，所以在这总结一下。 交代问题解决方法：他在使用Spring时并没有什么问题，只是不建议使用openSession，而是建议使用getc...
MySQL数据库性能优化史诗级大总结
微信搜：import_bigdata，大数据领域硬核原创作者
12-10 1875
点击上方蓝色字体，选择“设为星标”回复”资源“获取更多资源大数据技术与架构点击右侧关注，大数据开发领域最强公众号！大数据真好玩点击右侧关注，大数据真好玩！影响数据库服务器性能的因素•超高...
JDBC与数据库事务、连接池
animatelife的博客
04-14 401
jdbc、statement、preparedStatement、blob、数据库事务、事务隔离级别、ACID、数据库连接池、DateSource
长事务@Transactional（死锁、连接不足）
woshimyc的专栏
04-25 8869
在Spring中进行事务管理非常简单，只需要在方法上加上注解@Transactional，Spring就可以自动帮我们进行事务的开启、提交、回滚操作。甚至很多人心里已经将Spring事务@Transactional划上了等号，只要有数据库相关操作就直接给方法加上@Transactional注解。 /** * 代码片段1 */ @Transactional(rollbackFor = Exception.class) public void save(RequestBillDTO r...
JDBC 事务 数据库连接池
weixin_56105534的博客
11-04 241
1.获取连接的不同方式 2.查询及增删改具体细节 3.事务 4.隔离级别 5.不同的数据库连接池的应用
在循环里创建数据库连接，严重影响数据库性能
Harakin的博客
10-14 4277
  在循环里面去操作数据库肯定会慢的，而且还容易碰到新手，在循环里面创建数据库连接，会导致连接数满。一般查询的话，在外层一次性查询出来 然后 在逻辑层去循环组织数据。如果是新增，则可以考虑使用批量插入的方法去处理。 查询的话，在外层一次性查询出来 然后 在逻辑层去循环组织数据。不要循环查询数据库，（尤其是递归查询组织树）经过测试两者在相同数据（258条数据）的情况下性能相差6倍。 如果是更新（...
java服务总是报错数据库连接数不够如何排查
03-25
<think>好的，我现在需要解决用户的问题：排查Java服务中数据库连接数不足的问题，并了解连接池配置优化方法。首先，我得回忆一下数据库连接池的基本原理和常见问题。 用户提到了Java服务端数据库连接池的故障排查和配置优化，参考了四个引用内容。首先，连接池配置不当可能导致连接数不足，比如最大连接数设置过小，或者连接泄漏。根据引用[1]和[3]，配置参数如最大连接数、最小空闲连接、超时时间等是关键。需要检查这些参数是否合理。 然后，连接泄漏也是一个常见问题。如果应用程序没有正确关闭连接，连接池中的连接会被占用，最终耗尽。根据引用[1]，可以通过监控活跃连接数和检查未关闭的连接来排查。例如，使用Druid的监控功能或者开启泄漏检测。 接下来是性能分析，引用[4]中提到了使用JMH进行基准测试，这可能帮助评估不同连接池的性能，但用户的问题更多是排查不足的情况。需要检查是否有长时间运行的查询，或者数据库本身性能问题，导致连接被长时间占用。 另外，连接池的选择也可能影响性能，比如HikariCP、Druid和Tomcat JDBC各有优缺点，但用户的问题更多在于配置和排查，而不仅仅是选择。不过引用[4]的对比可能有帮助，比如某些连接池有更好的监控功能。 然后，优化配置方面，引用[2]和[3]提到合理设置最大连接数，根据系统负载和数据库处理能力调整。例如，计算公式max_connections = (核心数 * 2) + 有效磁盘数，不过这可能需要根据实际情况调整。另外，空闲连接的超时时间、验证查询等参数也很重要。 还要考虑数据库本身的限制，比如MySQL的max_connections参数，如果数据库的最大连接数小于连接池设置，也会导致问题。所以需要检查数据库的配置。 在排查步骤中，应该分阶段进行：首先检查连接池配置，然后监控活跃连接，检查泄漏，分析慢查询，最后考虑资源扩容。工具方面，使用Druid的监控面板、JMX监控，或者数据库的SHOW PROCESSLIST命令。 可能用户还需要示例配置，比如在Spring Boot中如何配置HikariCP的参数，或者如何在代码中确保连接被正确关闭。此外，引用[2]中的示例代码可能有用，比如展示如何配置连接池参数。 总结下来，回答需要结构清晰，分步骤说明排查方法，然后给出优化建议，最后可能生成相关问题。需要确保使用正确的中文术语，并引用提供的参考文献中的内容，比如引用[1]提到连接池配置问题，引用[3]中的配置参数说明，引用[4]中的监控工具等。</think>### Java数据库连接池配置优化及连接数不足排查方法 排查数据库连接数不足问题需要从**连接池配置、代码规范、资源监控**三个维度综合分析。以下是具体排查步骤与优化建议： --- #### 一、连接数不足问题排查步骤 1. **检查连接池配置参数** - **最大连接数（maxPoolSize）**：确认是否设置过低。例如，默认值可能为10，但高并发场景下需调高至50~100（需结合数据库承受能力）[^3]。 - **空闲超时（idleTimeout）**：若设置过短（如30秒），频繁创建/销毁连接可能加剧资源消耗。 - **验证查询（validationQuery）**：确保连接有效性检查语句正确，例如MySQL用`SELECT 1`，错误配置会导致连接被误回收[^2]。 2. **监控活跃连接数** - **通过监控工具**（如Druid内置监控、HikariCP的JMX）观察活跃连接是否持续接近最大值。 - **数据库侧检查**：执行`SHOW PROCESSLIST`（MySQL）或`SELECT * FROM pg_stat_activity`（PostgreSQL），确认连接实际使用情况[^1]。 3. **排查连接泄漏** - **启用泄漏检测**：在HikariCP中设置`leakDetectionThreshold=60秒`，Druid通过`removeAbandoned=true`自动回收超时未关闭的连接。 - **代码审查**：确保所有`Connection`、`Statement`、`ResultSet`均在`try-with-resources`或`finally`块中关闭。 4. **分析慢查询与事务** - **数据库慢查询日志**：定位执行时间过长的SQL，优化索引或查询逻辑。 - **长事务问题**：检查事务未及时提交/回滚导致连接占用。 --- #### 二、连接池配置优化建议 1. **核心参数计算公式** ```plaintext 最大连接数 ≈ (CPU核心数 × 2) + 有效磁盘数量 （需根据压测结果调整，避免盲目设置） ``` - 示例配置（HikariCP）： ```java HikariConfig config = new HikariConfig(); config.setMaximumPoolSize(50); config.setIdleTimeout(600000); // 10分钟空闲超时 config.setConnectionTestQuery("SELECT 1"); ``` 2. **高级优化技巧** - **分库分表场景**：为不同业务分配独立连接池，避免相互影响。 - **预热连接池**：启动时初始化`minimumIdle`数量的连接，减少首次请求延迟[^3]。 - **选择高性能连接池**：如HikariCP在并发场景下性能优于Druid（参考JMH基准测试[^4]）。 --- #### 三、工具与代码示例 1. **Druid监控面板** ```java // 启用监控统计功能 DruidDataSource ds = new DruidDataSource(); ds.setFilters("stat,wall"); // 访问 /druid/index.html 查看监控 ``` 2. **HikariCP泄漏检测配置** ```yaml # Spring Boot配置 spring: datasource: hikari: leak-detection-threshold: 60000 # 60秒泄漏检测 ``` --- #### 四、典型问题场景 - **场景1**：突发流量导致连接数瞬时打满 **方案**：结合限流组件（如Sentinel）控制并发请求，或临时调高`maxPoolSize`。 - **场景2**：ORM框架（如Hibernate）未关闭Session **方案**：检查事务注解`@Transactional`作用域，确保数据库操作在事务边界内完成。 ---
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值