先总结一个原则：mytatis的连接池最大值poolMaximumActiveConnections尽量跟服务器的并发访问量持平以至于大于并发访问量。
原因：在org.apache.ibatis.datasource.pooled.PooledDataSource中，popConnection函数（获取连接）会锁住一个PoolState对象，pushConnection函数（把连接回收到池中，在关闭连接的时候，会调用PooledConnection的invoke函数<使用的代理模式，invoke是一个回调函数>，触发close函数时调用）也会锁住这个对象。
在popConnection的时候：
1.如果池中有idle的，返回之
2.如果没有，并且池中的active连接数小于配置的最大连接数，新建一个连接返回
3.如果没有idle并且连接数已经创建到最大，就不创建新连接。从acitve connection列表中返回一个最老的值state.activeConnections.get(0)，看这个连接被取出的时间（check out时间，表示从连接开始使用到目前还未close）是不是超过poolMaximumCheckoutTime（配置项，默认是20秒），如果超过，使这个连接失效，并且使用这个连接返回做下一个操作
4.如果这个连接check out时间还未到poolMaximumCheckoutTime，调用state对象的wait函数：state.wait(poolTimeToWait);等待被唤醒（在连接close的时候会调用pushConnection函数，这里会调用state对象的notifyAll,唤醒之后重新进入循环取连接）
源代码比较长就不贴了，有兴趣的同学自己下下来看！
在并发数比连接池的数量大很多的情况下，会导致大量的排除竞争来同步state对象，开销比较大！会直接导致延时大大增加。
（最后的总结似乎不是太准确，描述的原理应该是准确的。最近杂事又有点多了，有空会再总结一下）