Rumah  >  Artikel  >  pembangunan bahagian belakang  >  在使用database/sql时应避免掉进这11个坑 !(Go 数据库)

在使用database/sql时应避免掉进这11个坑 !(Go 数据库)

藏色散人
藏色散人ke hadapan
2020-10-27 13:50:212237semak imbas

下面由golang教程栏目给大家介绍在使用database/sql时应避免掉进这11个坑 ,希望对需要的朋友有所帮助!

Go

我们是 Go 语言及其数据库访问库 database/sql 的忠实粉丝。正如你可能亲眼看到的那样,database/sql 的体积非常小,但是你可以用它做很多事情。这包括大量的错误和欺骗性错误的风险。这篇博文专门介绍我们过去犯过的一些错误,希望到时候你不会再犯同样的错误。

常见陷阱

  • 在循环内延迟。 长生命期函数在循环内有查询,在循环内延迟 rows.Close(),会导致内存和连接使用量都无限制地增长。

  • 打开许多 db 对象。 请创建一个全局sql.DB,并且不要为你的 API 服务器应该响应的每个传入 HTTP 请求打开一个新的。否则,你将打开和关闭大量到数据库的 TCP 连接。 TIME_WAIT 状态下的延迟,负载和 TCP 连接很多。

  • 操作完成后不做 rows.Close() 忘记关闭 rows 变量意味着连接泄漏。再加上服务器上不断增长的负载,这可能意味着会遇到 max_connections 错误或类似情况。请尽快运行 rows.Close() ,即使它稍后会再次用到(也是无害的)。出于同样的原因,将 db.QueryRow().Scan() 链接在一起。

  • 预处理语句膨胀。 如果代码以高并发运行,请考虑预处理语句是否是正确的解决方案,因为当连接繁忙时,它们可能会在不同的连接上多次重新预处理。

  • strconv 或 casts 使代码杂乱无章。 建议将结果扫描到一个你想要的类型的变量中,让 .Scan() 在幕后为你转换。

  • 错误处理和重试导致代码混乱。database/sql 为你处理连接池、重新连接和重试逻辑。

  • rows.Next() 之后忘记检查错误。 别忘了,rows.Next() 循环可能会异常退出。

  • 使用 db.Query() 进行非 SELECT 查询。 如果没有结果集,不要告诉 Go 你希望在结果集上迭代,否则会泄露连接。

  • 假设后续语句使用相同的连接。 如果连续运行两个语句,则它们很可能在两个不同的连接上运行。运行 LOCK TABLES tbl1 WRITE,然后运行SELECT * FROM tbl1,你很可能会阻塞并等待。如果需要保证使用单条语句,则需要使用参数 sql.Tx

  • 在使用 TX 的同时访问数据库。 sql.Tx 与事务绑定,但数据库没有绑定,所以访问它不会参与事务。

  • 对一个 NULL 感到惊讶。 你不能将一个 NULL 类型扫描成变量,除非它是 database/sql 包提供的 NullXXX 类型之一(或者是你自己制作的,或者是驱动提供的),否则。仔细检查您的模式,因为如果一个列可以是 NULL,那么总有一天它会变成 NULL,而在测试中有效的内容可能会在生产中崩溃。

原文地址:https://orangematter.solarwinds.com/2017/03/23/common-pitfalls-when-using-database-sql-in-go/

译文地址:https://learnku.com/go/t/50966

Atas ialah kandungan terperinci 在使用database/sql时应避免掉进这11个坑 !(Go 数据库). Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

Kenyataan:
Artikel ini dikembalikan pada:learnku.com. Jika ada pelanggaran, sila hubungi admin@php.cn Padam
Artikel sebelumnya:关于Go指针的介绍Artikel seterusnya:什么是CanSet, CanAddr?