maxIdleCount int // zero means defaultMaxIdleConns; negative means 0
maxOpen int // <= 0 means unlimited
maxLifetime time.Duration // maximum amount of time a connection may be reused
maxIdleTime time.Duration // maximum amount of time a connection may be idle before being closed
可以看到以上四个配置,是我们Go MySQL客户端最重要的配置。
maxIdleCount 最大空闲连接数,默认不配置,是2个最大空闲连接
maxOpen 最大连接数,默认不配置,是不限制最大连接数
maxLifetime 连接最大存活时间
maxIdleTime 空闲连接最大存活时间
当最大空闲连接数小于客户端与数据库建立的连接数的时候,那么就会返回false,并且最大连接数关闭计数器加1。
连接被关闭了(MySQL源码里也不留点缓冲时间再关闭)。Go的MySQL客户端这个操作,就会导致当突发流量情况下,由于请求量级过大,超过了最大空闲连接数的负载,那么新的连接在放入连接池的时候,会被无情的关闭,变成短连接,导致你的服务性能进一步恶化。
并发数大于MaxIdConns情况
假设了以下场景,设置最大连接数为100,最大空闲连接数为1,并发数为10的goroutine来请求数据库。我们通过MySQL的stats的maxIdleClosed的统计,连接不停的被关闭。
通过命令 netstat -nat | grep 3306 | grep TIME_WAIT | wc -l
可以发现有很多条
并发数小于MaxIdConns情况
设置最大连接数为100,最大空闲连接数为20,并发数为10的goroutine来请求数据库,无MaxIdleClosed的关闭统计。
小结
当突发流量情况下,由于请求量级过大,超过了最大空闲连接数的负载,那么新的连接在放入连接池的时候,会被关闭,将连接变成短连接,导致服务性能进一步恶化。为了避免这种情况,下面列举了,可以优化的措施。
提前将maxIdleConns设大,避免出现短连接
做好mysql读写分离
提升mysql的吞吐量:精简返回字段,没必要的字段不要返回,能够够快复用连接
吞吐量的包尽量不要太大,避免分包
优化连接池,当客户端到MySQL的连接数大于最大空闲连接的时候,关闭能够做一下延迟(官方不支持,估计只能自己实现)
读请求的最好不要放MySQL里,尽量放redis里