是的,可能会有巨大的性能差异(取决于您运行的查询的性质以及系统和服务器配置,可能有几个数量级)。
该sqlx.DB
类型包装(嵌入)一个sql.DB
类型,该类型管理连接池:
DB是代表零个或多个基础连接池的数据库句柄。对于多个goroutine并发使用是安全的。
sql软件包会自动创建并释放连接。它还维护空闲连接的空闲池。如果数据库具有每个连接状态的概念,则只能在事务中可靠地观察到这种状态。
每次打开新连接时,“背景”中都会发生很多事情:必须解析连接字符串,必须建立TCP连接,必须执行身份验证/授权,必须在两侧分配资源(客户端和服务器)等。这些只是主要的,显而易见的内容。即使可以优化/缓存来提供/实现其中一些功能,但是与拥有一个DB
实例(可能在池中准备好多个已建立的经过身份验证的连接,等待使用/利用)的单个实例相比,仍然存在大量开销。
也引用自sql.Open()
:
返回的数据库可安全地供多个goroutine并发使用,并维护其自己的空闲连接池。
sqlx.Connect()
您使用的电话sqlx.Open()
是“同sql.Open,但返回的* sqlx.DB代替” 。
因此,总而言之,请使用一个全局sqlx.DB
或sql.DB
实例,并在任何地方共享/使用它。它为您提供自动连接和连接池管理。这将为您提供最佳性能。您可以微调与连接池DB.SetConnMaxLifetime()
,DB.SetMaxIdleConns()
和DB.SetMaxOpenConns()
方法。
空闲连接(DB.SetMaxIdleConns()
)是当前未使用但坐在游泳池中,等待有人将其捡起的那些连接。您绝对应该拥有其中的一些,例如5或10,甚至更多。DB.SetConnMaxLifetime()
控制使用新连接的时间。一旦它变老了,它将被关闭(如果需要,将打开一个新的)。您不应该更改此设置,默认行为是永不终止连接。基本上所有默认设置都是明智的,只有在遇到性能问题时才应使用它们。另外,请阅读这些方法的文档以清楚了解。