测试部提的Bug，有时候支付会失败，张明杰看服务器日志，发现了很多报数据库连接过多的异常。

再继续定位原因，经验判断一般出现数据库连接过多，可能是因为连接忘了关闭导致。

但是仔细排查代码没有发现问题，我们当时用的数据库连接池，它会自动回收空闲连接的，排除了这种可能。

张明杰让测试人员把数据库最大连接数调大，从默认值的一百，调整到五百，在观察下，测试人员反馈问题不再出现了，到下午的时候，测试人员反馈，出现这个现象了，张明杰一想，这还有点奇怪了。

赶紧查看当前的连接状态，识别出有问题的查询语句，果然发现了一条不寻常的查询语句，执行了差不多半个小时还没有执行完。

然后杀掉了那条执行耗时非常长的线程。

测试反馈现在又正常了，张明杰拿到那条查询语句仔细分析了一下，发现一条查询语句被攻击者注入了很长的一批量查询，导致数据库一直查询，引起的故障现象。

呵，原来被数据库注入攻击了，赶紧写个代码，上去拦截住这个漏洞。

然后跟郭伟东说，你这个数据库安全性不够啊，看看我帮你加固的方式，然后代码让郭伟东去提交吧。

郭伟东提交代码后，杨子超发来消息：“原来是你修改的，我就说郭伟东能有这个水平了”

张明杰一头雾水：“什么情况？”

杨子超道：“那个数据库被注入攻击的漏洞问题”

张明杰笑道：“你看，抓到元凶了吧，我就说测试部哪有这个水平，在内网的测试环境上，搞这个攻击测试了，我估计是就哪位开发人员干的，原来是你！”

杨子超道：“我不是最近学习了一些安全知识嘛，就在测试环境上，练练手，没想到还是你们定位到和解决了”

张明杰道：“你真是闲的慌！那赶紧去测测安全性吧，能直接动手的，就别麻烦测试部吧”，心里道，你要是做安全测试，你提前告诉我不就行了吗，为什么悄悄的在测试环境上搞事，来考验我的？

刚解决完这个Bug，杨子超又指派一个问题过来，一看，是系统后台发信息，软端概率性需要十几秒才能收到。

在看Bug的创建信息，还是历史好几个版本之前遗留的问题，在飞聊上留言道：“这个Bug看看优化下”

张明杰内心已经一万只羊驼走过了，你这是来考验我的吧？之前版本可以不改，到现在的版本，就忽然要修改了。

行吧，哥给你优化解决下，看看历往的开发人员分析，原因基本也是很清晰的，就是“通知信息过rocketmq，当磁盘读写繁忙，或者后端消费能力弱的时候，就会延迟”。

张明杰想了想，那就找个通知消息不走rocketmq嘛，干嘛一定要走呢，特殊问题这样处理呗，因为在查历史的架构问题的话，估计还有其他问题，一看杨子超这姿势，感觉我今天解决了，还会在继续给我指派问题啊，咋了，他今天吃药了？

到晚上的时候，修改方案处理好了，提交了代码，估计杨子超也没有细看，直接点了审核通过，想让测试部赶紧打包验证的吧。

在飞聊上，张明杰对张文祥说，赶紧验证下这个问题，遗留好久的问题了，看能否还出现，张文祥的答复就是，这个是概率性问题。

得观察一周看看，如果没有的话，就算是解决了，在张明杰的内心看来，这测试部有点弱啊，问题的原因很明确了，那就构造环境复现和验证啊，问题处理的效率太低了。

那就安心等测试部的验证吧，周五下午项目例会上，杨子超有点精神萎靡，不怎么在状态，杨福和许柱都没有来，大家见项目经理是这状态了，也就赶紧结束了会议，刚要离开会议室，郭伟东对着张明杰眨眨眼，意思是留下来。