Go 语言 database/sql 并发安全相关

为什么80%的码农都做不了架构师？>>>   

总结在前

• database/sql/driver 级别的Conn,Stmt都是非并发安全的
• database/sql 级别的DB,Stmt都是并发安全的，因为内部实现了连接池和锁
• Go 1.1 提供连接池保持数量设置接口 func (db *DB) SetMaxIdleConns(n int)
• 默认 defaultMaxIdleConns = 2，原因看下文
• 如果批量SQL并且只是参数变化，那么应该用Prepare得到stmt，然后操作stmt.这样效率高,Query每次都是一个新SQL，没有优化效率。
• stmt 用完要关闭
• 不必关闭*DB,除非main结束
  
  

Go 的这个策略很有意思，只控制保持连接数量，不控制可用连接数量。因为可用连接数量其实是可用资源数量，这个控制应该有应用来实现，毕竟数据库连接限制不是一个独立的参数，和客户请求连接是紧密联系的。

database/sql 这个包提供的 sql.DB 不是一个数据库连接，而是一个完整的数据库连接管理器，连接池什么的都封装完备了。对于并发安全来说，sql.DB.Close 是真正的关闭所有的连接，因此我们的应用如果是长生命周期的，那就不需要频繁的建立sql.DB和进行Close,其实这样也完全没有意义，因为建立一个sql.DB实例的时候，数据库连接并没有发生，第一次的连接发生在执行了 sql 语句，这点请自行看源码。我们只需要一个sql.DB实例对象，然后 SetMaxIdleConns，对应一个数据库配置，也就是说sql.DB是针对一个数据库服务器的配置，同一个数据库服务器，只需要这样一个sql.DB就行了，defaultMaxIdleConns==2 就是这么来的，一般的应用不会有很多的不同数据库配置。每个需要数据库操作的客户端请求过来后，执行的 sql 语句，sql.DB会自动维护连接状况，如果连接无效或者有错误，你调用的接口方法会返回这些。

database/sql/driver 中有一个变量 ErrBadConn 特别申明是坏连接，如果出现这个你的代码如何做就需要根据你的应用考虑了。

转载于:https://my.oschina.net/achun/blog/129787