在使用database/sql时应避免掉进这11个坑！（Go 数据库）-Golang-php.cn

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

我们是 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，而在测试中有效的内容可能会在生产中崩溃。