原文：https://my.oschina.net/waknow/blog/205654
摘要: 使用Go链接数据库时，由于连接释放不当会在一段时间以后产生too many connections的错误。因此需要适当的选择函数和及时的释放数据库连接。
这几天用Go写了个简陋的服务器，连接Mysql数据库，提供api给其他程序调用来实现增删改产等服务。Go的版本是1.2，使用的驱动是go-sql-driver/mysql。但是在有一定量的查询结果以后，会出先too many connection的错误。
google了一下，很多文章都建议修改MySql的配置文件：my.ini。文章是这样解释的：MySql的默认连接数是100，当查询数过多时，就会出现这个错误。所以把配置修改：
max_connections=1000
这个字段后面的数字就是MySql允许的连接数，改的大一些就会解决问题。于是在电脑上直接改成10000，重启MySql。然后电脑就卡的要崩溃了。看了相关的文档大约知道，这个参数是控制MySql建立的线程数的。改成10000就会有一万个线程，电脑自然就会卡的。但是即使是这个样子，在一定的时间后还是会出现too many connections这样的错误，只是出现的时间会晚一些罢了。所以说这个也只是治标而不治本，根本没有解决问题。
翻看Go的sql文档，其中有个func (*DB) SetMaxOpenConns的函数，看名字是可以控制最大的连接数的。很开心的在程序里设置了个可以接受的数字，然后编译运行。问题仍然没有解决，还是会报同样的错误。只能通过不断的重启服务器来解决。一时真的不知道该怎么解决了。甚至怀疑是不是使用的驱动包有问题。
无意间看到这篇文章Go‘s database/sql，文章里解释了Go中连接数据库的连接池：当你需要和数据库通信时，就会从连接池里面取出一个连接，和数据库交互。使用完的闲置的连接会回到连接池，等待下一次的调用。如果连接池里面没有闲置的连接，会自动创建一个新的连接出来。其中有一段：
An sql.Row returns the connection when Scan() is called, sql.Rows returns either when Close() is called or all rows have been iterated over with Next(), and sql.Tx will return when Commit or Rollback() are called. If you forget to completely iterate an sql.Rows and you forget to Close it, that connection will never go back to the pool.
从上面可以看到，sql.Row如果不遍历完或者直接调用Close()方法，执行这次查询的连接就会一直存在！当连接池里的可用连接用光后，就开始创建新的连接。这就是为什么调用SetMaxOpenConns没有用的原因，因为这个函数只是设置连接池里的连接数而已！如果因为不及时释放连接而让连接池干掉了，还是会不断的创建新的连接，直到用光MySql所有的连接，报错。明白以后，在所有调用DB.Query的函数里加上了：
defer row.Close()
这样查询连接就能在函数结束或者异常的情况下被关闭，就不会持续创建新的连接了。满以为这样就可以解决问题了，但是服务器运行了以后，过段时间仍然会出现相同的错误。在phpMyadmin里的监控页面，可以看到程序运行以后MySql的连接数猛增。问题又变得无解了，只能重新一行行检查代码。
Go中的函数可以有多个返回值，使用下划线可以忽略不需要的返回值：
_, err := m.DB.Query("sql")
程序中update和del之类的sql语句不需要返回值，就直接忽略了。猜想这样也是没法释放连接的，因为即使你不接受返回值，不代表这个变量就不存在了。也就是说返回的sql.Row还是存在的，只是你没有接收而已。没接收，就更谈不上释放连接了，所以最后产生了大量的连接继续报错。回头看看那篇文章，看到这么一段：
Ping and Exec will release the connection right before returning, but the others will pass ownership of the connection to the result, whether that‘s an sql.Row, sql.Rows, or sql.Tx.
也就是说Ping和Exec方法在调用完之后，会自动释放连接。把代码中所有不需要返回值的语句改成由Exce方法执行，go run 一下，ok，连接数终于正常了！
问题是解决了，总起来以后要注意一下的东西：
- 程序连接数据库会有连接泄漏的情况，需要及时释放连接
- Go sql包中的Query和QueryRow（@qgymje 在评论中提到，QueryRow通过调用Scan方法，会自动关闭连接的）两个方法的连接不会自动释放连接，只有在遍历完结果或者调用close方法才会关闭连接
- Go sql中的Ping和Exec方法在调用结束以后就会自动释放连接
- 忽略了函数的某个返回值不代表这个值就不存在了，如果该返回值需要close才会释放资源，直接忽略了就会导致资源的泄漏。
- 有close方法的变量，在使用后要及时调用该方法，释放资源