gpt4 book ai didi

performance - 每个事务的连接/断开连接的 Oracle 性能

转载 作者:行者123 更新时间:2023-12-04 05:50:31 24 4
gpt4 key购买 nike

目前正在尝试优化一些代码,并注意到在每个事务之前都会进行连接,并在事务结束时调用断开连接。

在我以前的经验中,我确实注意到调用 connect 很慢。重复执行此操作可能会非常昂贵......或者是吗?

最佳答案

是的,除非您有非常长时间运行的交易,否则如果您实际上为每个交易创建和拆除物理连接,这可能会很昂贵。如果您的事务是一百万行的批量加载,则打开和关闭连接的成本可能相当小。另一方面,如果您的事务由对表的单行插入组成,则您的大部分时间将用于打开和关闭连接。

然而,大多数情况下,你有一个三层应用程序,其中中间层维护一个连接池,当中间层代码打开和关闭连接时,它们实际上是在逻辑连接而不是物理连接上运行.打开连接从池中获取一个连接,业务层执行一个事务,然后关闭连接只是将连接返回到池中。从数据库的角度来看,没有物理连接被打开或关闭。如果您实际上正在处理来自池的连接,则在每个事务上打开和关闭连接是完全正常的,并且假设您的连接池大小合理,则不会产生太多开销。

关于performance - 每个事务的连接/断开连接的 Oracle 性能,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/10113075/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com