首页 >后端开发 >Golang >为什么 Go 中的'database/sql”比直接 PostgreSQL 查询慢得多?

为什么 Go 中的'database/sql”比直接 PostgreSQL 查询慢得多?

DDD
DDD原创
2024-11-18 02:52:02812浏览

Why is `database/sql` in Go so much slower than direct PostgreSQL queries?

数据库/sql 和直接数据库查询之间的查询执行时间差异

在 Go 应用程序中,您观察到显着的时间差异与使用 database/sql 包相比,直接通过 psql 查询 PostgreSQL 数据库时。运行相同的查询时,您会注意到,database/sql 大约需要 24 毫秒,而 psql 只需 1 毫秒即可处理查询。

理解差异:

差异可归因于两个主要因素:

1。数据库连接的创建和管理:

  • psql: 当您直接使用 psql 执行查询时,它会建立一个与数据库的单个活动连接,该连接保持打开状态在会话期间。
  • database/sql: 相反,database/sql 使用连接池,它管理与数据库的多个连接。最初,池中没有活动连接。当使用database/sql执行查询时,池会建立一个新连接。

2.执行准备好的语句:

  • psql:当您通过 psql 运行查询时,它通常是一个不带任何参数的“简单查询”。
  • database/sql: 默认情况下,database/sql 使用准备好的语句。尽管您的查询没有任何参数,但在查询中使用 $1 会导致数据库/sql 创建并执行准备好的语句。

优化查询性能:

为了最小化时间差,请考虑以下优化:

1.初始化连接池:

  • 初始化数据库/sql 连接后立即使用 db.Ping() 方法,以确保池中至少有一个连接打开。这减少了初始连接建立的延迟。

2.释放连接:

  • 使用 db.Query 执行查询后,调用 rows.Close() 方法将连接释放回池中。如果不这样做,连接就会保持打开状态,从而导致潜在的资源泄漏。

3.尽可能使用简单查询:

  • 如果您的查询不需要参数化,请直接在 db.Query 中将其指定为字符串。这避免了创建和执行准备好的语句的开销。

通过实现这些优化,您应该显着减少使用数据库/sql 的查询执行时间,并使其更接近直接数据库查询的性能。

以上是为什么 Go 中的'database/sql”比直接 PostgreSQL 查询慢得多?的详细内容。更多信息请关注PHP中文网其他相关文章!

声明:
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系admin@php.cn