为什么需要连接池
如果不用连接池，而是每次请求都创建一个连接是比较昂贵的，因此需要完成3次tcp握手
同时在高并发场景下，由于没有连接池的最大连接数限制，可以创建无数个连接，耗尽文件描述符
连接池就是为了复用这些创建好的连接
连接池设计
基本上连接池都会设计以下几个参数：
初始连接数：在初始化连接池时就会预先创建好的连接数量，如果设置得：
过大：可能造成浪费
过小：请求到来时需要新建连接
最大空闲连接数maxIdle：池中最大缓存的连接个数，如果设置得：
过大：造成浪费，自己不用还把持着连接。因为数据库整体的连接数是有限的，当前进程占用多了，其他进程能获取的就少了
过小：无法应对突发流量
最大连接数maxCap：
如果已经用了maxCap个连接，要申请第maxCap+1个连接时，一般会阻塞在那里，直到超时或者别人归还一个连接
最大空闲时间idleTimeout：当发现某连接空闲超过这个时间时，会将其关闭，重新去获取连接
避免连接长时间没用，自动失效的问题
连接池对外提供两个方法，Get：获取一个连接，Put：归还一个连接
大部分连接池的实现大同小异，基本流程如下：
需要注意：
-
当有空闲连接时，需要进一步判断连接是否有过期（超过最大空闲时间idleTimeout）
- 这些连接有可能很久没用过了，在数据库层面已经过期。如果贸然使用可能出现错误，因此最好检查下是否超时
-
当陷入阻塞时，最好设置超时时间，避免一直没等到有人归还连接而一直阻塞
归还连接时：
- 先看有没有阻塞的获取连接的请求，如果有转交连接，并唤醒阻塞请求
- 否则看能否放回去空闲队列，如果不能直接关闭请求
总结
根据上面总结的流程，连接池还需要维护另外两个结构：
- 空闲队列
- 阻塞请求的队列
sql.DB
Go在官方库sql中就实现了连接池，这样的好处在于：
- 对于开发：就不用像java一样，需要自己找第三方的连接池实现
- 对于driver的实现：只用关心怎么和数据库交互，不用考虑连接池的问题