go语言sql语句 sql语句go的用法( 三 )


让我们来看看相同的基准测试,最大空闲连接设置为none, 1,2,5和10:
当MaxIdleConns设置为none时,必须为每个INSERT从头创建一个新的连接,我们可以从基准测试中看到 , 平均运行时和内存使用量相对较高 。
只允许保留和重用一个空闲连接对基准测试影响特别明显——它将平均运行时间减少了大约8倍 , 内存使用量减少了大约20倍 。继续增加空闲连接池的大小会使性能变得更好,尽管改进并不明显 。
那么 , 您应该维护一个大的空闲连接池吗?答案取决于应用程序 。重要的是要意识到保持空闲连接是有代价的—它占用了可以用于应用程序和数据库的内存 。
还有一种可能是,如果一个连接空闲时间太长,那么它可能会变得不可用 。例如,MySQL的wait_timeout设置将自动关闭任何8小时(默认)内未使用的连接 。
当发生这种情况时,sql.DB会优雅地处理它 。坏连接将自动重试两次,然后放弃,此时Go将该连接从连接池中删除,并创建一个新的连接 。因此,将MaxIdleConns设置得太大可能会导致连接变得不可用,与空闲连接池更小(使用更频繁的连接更少)相比,会占有更多的资源 。所以,如果你很可能很快就会再次使用 , 你只需保持一个空闲的连接 。
最后要指出的是,MaxIdleConns应该总是小于或等于MaxOpenConns 。Go强制执行此操作,并在必要时自动减少MaxIdleConns 。
现在让我们看看SetConnMaxLifetime()方法 , 它设置连接可重用的最大时间长度 。如果您的SQL数据库也实现了最大连接生命周期,或者—例如—您希望方便地在负载均衡器后交换数据库,那么这将非常有用 。
你可以这样使用它:
在这个例子中,所有的连接都将在创建后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请求看起来会“挂起” , 甚至在等待数据库任务运行时可能会超时 。

推荐阅读