MySQL中MaxIdleConns变成短连接的原因是什么-创新互联

这期内容当中小编将会给大家带来有关MySQL中MaxIdleConns变成短连接的原因是什么，文章内容丰富且以专业的角度为大家分析和叙述，阅读完这篇文章希望大家可以有所收获。

 配置解读

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 空闲连接较大存活时间

 源码解析

我们的场景是客户端与MySQL建立的连接数经常大于较大空闲连接数，这会导致什么问题？我们看下下图中的源码。

我们可以看到，当较大空闲连接数小于客户端与数据库建立的连接数的时候，那么就会返回false，并且较大连接数关闭计数器加1。

然后上图中，我们就可以看到，连接被关闭了（MySQL源码里也不留点缓冲时间再关闭）。Go的MySQL客户端这个操作，就会导致当突发流量情况下，由于请求量级过大，超过了较大空闲连接数的负载，那么新的连接在放入连接池的时候，会被无情的关闭，变成短连接，导致你的服务性能进一步恶化。

实验

模拟线上并发数大于MaxIdConns情况

测试代码 , 为了检测以上逻辑，假设了以下场景，设置较大连接数为100，较大空闲连接数为1，并发数为10的goroutine来请求数据库。我们通过MySQL的stats的maxIdleClosed的统计，可以看到下图，我们的连接不停的被关闭。

模拟线上并发数小于MaxIdConns情况

测试代码 ，假设了以下场景，设置较大连接数为100，较大空闲连接数为20，并发数为10的goroutine来请求数据库，可以看到下图中，无MaxIdleClosed的关闭统计。

抓包验证线上并发数大于MaxIdConns情况

测试代码 ，为了验证没有理解错代码，抓个包最稳妥。我们将main函数里放个select{}，程序执行完mysql的语句后，看下tcp状态和抓包数据。

可以发现确实是tcp的状态统计与MySQL客户端的统计是一致的，并且存在fin包。

上述就是小编为大家分享的MySQL中MaxIdleConns变成短连接的原因是什么了，如果刚好有类似的疑惑，不妨参照上述分析进行理解。如果想知道更多相关知识，欢迎关注创新互联行业资讯频道。