您好, 欢迎来到 !    登录 | 注册 | | 设为首页 | 收藏本站

Golang上每次全局数据库连接和打开连接之间的性能差异

Golang上每次全局数据库连接和打开连接之间的性能差异

是的,可能会有巨大的性能差异(取决于您运行的查询的性质以及系统和服务器配置,可能有几个数量级)。

sqlx.DB类型包装(嵌入)一个sql.DB类型,该类型管理连接池:

DB是代表零个或多个基础连接池的数据库句柄。对于多个goroutine并发使用是安全的。

sql软件包会自动创建并释放连接。它还维护空闲连接的空闲池。如果数据库具有每个连接状态的概念,则只能在事务中可靠地观察到这种状态。

每次打开新连接时,“背景”中都会发生很多事情:必须解析连接字符串,必须建立TCP连接,必须执行身份验证/授权,必须在两侧分配资源(客户端和服务器)等。这些只是主要的,显而易见的内容。即使可以优化/缓存来提供/实现其中一些功能,但是与拥有一个DB实例(可能在池中准备好多个已建立的经过身份验证的连接,等待使用/利用)的单个实例相比,仍然存在大量开销。

也引用自sql.Open()

返回的数据库可安全地供多个goroutine并发使用,并维护其自己的空闲连接池。

sqlx.Connect()您使用的电话sqlx.Open()“同sql.Open,但返回的* sqlx.DB代替”

因此,总而言之,请使用一个全局sqlx.DBsql.DB实例,并在任何地方共享/使用它。它为您提供自动连接和连接池管理。这将为您提供最佳性能。您可以微调与连接池DB.SetConnMaxLifetime()DB.SetMaxIdleConns()DB.SetMaxOpenConns()方法

空闲连接(DB.SetMaxIdleConns())是当前未使用但坐在游泳池中,等待有人将其捡起的那些连接。您绝对应该拥有其中的一些,例如5或10,甚至更多。DB.SetConnMaxLifetime()控制使用新连接的时间。一旦它变老了,它将被关闭(如果需要,将打开一个新的)。您不应该更改此设置,认行为是永不终止连接。基本上所有认设置都是明智的,只有在遇到性能问题时才应使用它们。另外,请阅读这些方法的文档以清楚了解。

Go 2022/1/1 18:15:12 有670人围观

撰写回答


你尚未登录,登录后可以

和开发者交流问题的细节

关注并接收问题和回答的更新提醒

参与内容的编辑和改进,让解决方法与时俱进

请先登录

推荐问题


联系我
置顶