现象
大家知道,在.Net/.Net Core下,我们使用的MySql.Data库,它默认开启开启连接池模式的,同时也有最小连接池和最大连接池的配置:
连接字符串参数 | 说明 | 默认值 |
---|---|---|
Pooling | 是否启用连接池 | true |
MinPoolSize | 最小的连接池数 | 0 |
MaxPoolSize | 最小的连接池数 | 100 |
如果请求高峰期的时候, 连接一般就不够用,只要没满足MaxPoolSize,就会一直创建连接。
可是到了低峰期后,通过show processlist查看mysql的连接情况,发现并没释放和回收,而且每个Sleep的连接了几秒后又被使用了,这是为什么呢?
原因
这就要来看MySql.Data的连接池管理源码了,定义了两个池, 一个是正在使用池_inUsePool(List),另一个是空闲池_idlePool(Queue),连接使用完后会放回空闲池_idlePool。
namespace MySql.Data.MySqlClient
{
internal sealed class MySqlPool
{
private readonly List<Driver> _inUsePool;
private readonly Queue<Driver> _idlePool;
......
那对空闲队列的回收机制是如何的呢?看到内部定义了一个Timer的定时任务,写死了对空闲超过180秒的连接,从空闲池_idlePool去除。
internal static int maxConnectionIdleTime = 180;
....
....
....
private static Timer timer = new Timer(CleanIdleConnections,
null, (maxConnectionIdleTime * 1000) + 8000, maxConnectionIdleTime * 1000);
....
....
....
DateTime expirationTime = d.IdleSince.Add(new TimeSpan(0, 0, MySqlPoolManager.maxConnectionIdleTime));
if (expirationTime.CompareTo(now) < 0)
{
oldDrivers.Add(d);
_idlePool.Dequeue();
}
可是刚好空闲池_idlePool用的是Queue集合, 这个集合是先进先出的集合,也就是说,会优先使用空闲时间最长的连接, 这就导致了一个连接很难达到超过180秒的空闲,所以也就没办法触发回收和释放。
解决方案
暂时没有很好的解决办法,其他小伙伴有方案也可以告知下。
如果允许重新连接MySql耗时不敏感的,可以使用另一个参数:
连接字符串参数 | 说明 | 默认值 |
---|---|---|
ConnectionLifeTime | 连接池里每个连接的生存时间(以秒为单位)。 | 0(永久) |
这个缺点是,无论连接是否空闲,都会在时间达到后关闭。
© 版权声明
文章版权归作者所有,未经允许请勿转载。
THE END