转眼间离这次问题的实践过程已经过去了一两个月了，现在想来自己的问题并不是不知道那么简单了，所以很有必要记录下来，算是一次警戒吧
废话不多说，直入主题。
我的直接上级准备将公司的后台管理系统由PHP转为JAVA。于是在他将基本架构搭建好后，我就开始干活了，当时第一周期是准备 将图片审核先快速完成上线，于是我天真地以为真的只是让我做做而已，没想到在测试人员刚把bug和问题都报我解决了之后便仓促 上线，可以说打了个我促不及防，果真，上线几天便出问题了，客服人员好几次报了错误提示，大概The last packet successfully received from the server was 2,907,745 milliseconds ago. The last packet sent successfully to the server was 0 milliseconds ago.，起初一看只报了一次便没理它，谁知过了几天突然一次性报了10次，于是考虑到问题到了非解决不可的地步，便让客服人员先用老系统来审核图片。 出了问题怎么办，首先想到的是查日志，一查之下十分失望，日志里面根本没有该错误提示，该提示直接输出到控制台了，于是想着 重现吧，但是在测试服务器上怎么也重现不出来，百思不得其解之下又回到了老路：上搜索引擎，毕业广大人民群众的智慧是无穷的嘛！ 找啊找啊找朋友，找到一个好朋友，咦，差点忘了程序员怎么能找到朋友吧，就算是男朋友也行啊哈哈，终于在枯藤老树昏鸦，小桥流水 人家......断肠人在天涯的心情下涌现了无数篇关于Mybatis的文章解读，可是它的配置参数一个都不熟悉，只得在众多已经躺过坑的朋友 的建议下下载了Mybatis的源码来看，咦，这就是传说中的源代码么？！这么简单？看来我还是有成为代码大神的潜力嘛。终于，还是没有 看出个所以然来，正如你所认为的结局一下。
等一下，雀的玛德，果然解BUG只，在两天两夜的万千思有乱猜才是终极大招绪中，终于碰了碰运气将poolPingConnectionsNotUsedFor 参数值由60000改到了20000，果然，到目前一个月了，再没报相关问题了。那么问题出在哪儿呢，原来，mysql对一个连接的时间是8个小时，按理说60秒不应该超时啊，可是实际情况是，由于公司的APP上用户 量过万，8个小时的连接超时时间太过浪费，于是将时间改为30秒，看到这儿有些朋友可能知道问题出在哪儿了，没错，由于当初设置的 _poolPingConnectionsNotUsedFor_值大于30秒，导出会出现连接被mysql强行关闭的情况，而mybatis连接池却不知情，于是会出现 执行操作会报异常的情况。
好了，现在回过头来看一看这个poolPingConnectionsNotUsedFor参数到底是神马鬼！顾名思义，连接池在闲置连接没有被使用多少 秒后会去ping一下mysql看该连接是否已经被断开，如果被断开，该连接将不会被拿来使用，而是直接释放并重新看其它的连接是否可用， 而如果该连接还未超过设置的时间，就拿来使用。