小心#Golang#官方文檔中沒有詳細說明的陷阱

這是一個建立於 的文章，其中的資訊可能已經有所發展或是發生改變。

近日在高負載時使用 Golang 的 sql driver 時碰到泄漏問題，最後終於發現database/sql 的文檔和 Examples 都沒有很好的說明下面2個關鍵點：

一、 每個 Golang 進程只需要 sql.Open() 一次

最初，想當然的做法是每次有sql請求都先 sql.Open() 。 這實際上是不對的。database/sql 自己會維護串連池，每次 sql.Open()會建立一套串連池。雖然不會報錯，但是會導致資源浪費。而且我發現在系統資源緊張時會導致鎖死的 goroutine 釋放不掉，sql.DB.Close() 也未能解決。

二、 每次 Query() 之後，一定要記得 Row.Close() 。

Golang官方文檔的Example完全沒有關於 Row.Close() 的代碼的。實際上Query() 之後務必要記得 defer rows.Close()。如果不 Close，這個row就一直保持著與當前connection pool 中的 sql 串連的依賴關係，串連也就不會被釋放。最終導致資源不必要的堆積，甚至崩潰！

rows, err := db.Query("SELECT name FROM users WHEREage=?", age)

if err != nil{ log.Fatal(err) }

defer rows.Close() // 文檔中沒有提及的部分

---- 

上面兩種不當使用的情形並不會導致代碼報錯，但在負載高時就會產生泄漏。祝 #golang愛好者不要重蹈我的覆轍。