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


总结在前
  • 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 特别申明是坏连接,如果出现这个你的代码如何做就需要根据你的应用考虑了。

你可能感兴趣的:(sql,并发,DB,database,Go)