go语言连接数据库 go连接sqlserver( 四 )


你可以这样使用它:
在这个例子中,所有的连接都将在创建后1小时“过期”,并且在过期后无法重用 。但注意:
从理论上讲,ConnMaxLifetime越短,连接过期的频率就越高——因此,需要从头创建连接的频率就越高 。为了说明这一点,我运行了将ConnMaxLifetime设置为100ms、200ms、500ms、1000ms和无限(永远重用)的基准测试,默认设置为无限打开连接和2个空闲连接 。这些时间段显然比您在大多数应用程序中使用的时间要短得多,但它们有助于很好地说明行为 。
在这些特定的基准测试中,我们可以看到,与无限生存期相比,在100ms生存期时内存使用量增加了3倍以上,而且每个INSERT的平均运行时也稍微长一些 。
如果您在代码中设置了ConnMaxLifetime,那么一定要记住连接将过期(随后重新创建)的频率 。例如,如果您总共有100个连接,而ConnMaxLifetime为1分钟,那么您的应用程序可能每秒钟杀死和重新创建1.67个连接(平均值) 。您不希望这个频率太大,最终会阻碍性能,而不是提高性能 。
最后,如果不说明超过数据库连接数量的硬限制将会发生什么,那么本文就不完整了 。为了说明这一点,我将修改postgresql.conf文件,这样总共只允许5个连接(默认是100个)…
然后在无限连接的情况下重新运行基准测试……
一旦达到5个连接的硬限制,数据库驱动程序(pq)立即返回一个太多客户端连接的错误消息,而无法完成INSERT 。为了防止这个错误,我们需要将sql.DB中打开连接的最大总数(正在使用的+空闲的)设置为低于5 。像这样:
现在,sql.DB在任何时候最多只能创建3个连接,基准测试运行时应该不会出现任何错误 。但是这样做需要注意:当达到开放连接数限制,并且所有连接都在使用时,应用程序需要执行的任何新的数据库任务都将被迫等待,直到连接标记为空闲 。例如,在web应用程序的上下文中,用户的HTTP请求看起来会“挂起” , 甚至在等待数据库任务运行时可能会超时 。
为了减轻这种情况,你应该始终在一个上下文中传递 。在调用数据库时,启用上下文的方法(如ExecContext()),使用固定的、快速的超时上下文对象 。
总结
1、根据经验 , 应该显式设置MaxOpenConns值 。这应该小于数据库和基础设施对连接数量的硬性限制 。
2、一般来说,更高的MaxOpenConns和MaxIdleConns值将带来更好的性能 。但你应该注意到效果是递减的 , 连接池空闲连接太多(连接没有被重用 , 最终会变坏)实际上会导致性能下降 。
3、为了降低上面第2点带来的风险 , 您可能需要设置一个相对较短的ConnMaxLifetime 。但你也不希望它太短,导致连接被杀死或不必要地频繁重建 。
4、MaxIdleConns应该总是小于或等于MaxOpenConns 。
对于中小型web应用程序,我通常使用以下设置作为起点 , 然后根据实际吞吐量水平的负载测试结果进行优化 。
golangsqlx事务是用的一个连接?在使用sqlx库的事务功能时,会使用一个数据库连接来执行事务中的所有操作 。具体来说,在Golang中使用sqlx库时,事务由内部事务结构来表示 , 该结构可以包含一个或多个命令,每个命令都可以使用相同的数据库连接来执行 。
在使用事务时 , 需要首先使用Open()或必要的db连接函数打开一个数据库连接 。接下来,可以通过db.Begin()函数开始一个事务 。此时,会创建一个内部事务对象并使用一个已经打开的数据库连接来驱动它 。如果已经存在一个正在进行的事务,则Begin()函数将开始一个子事务,这个子事务共享父事务中的同一个数据库连接 。

推荐阅读