发现公司框架有点问题

刚结束一个网络银行项目,新版本上线后第二天,中间业务平台突然down掉(即网银的大额转账发中间业务平台,但平台down掉了,所以网银在那等待返回信息,直到60秒返回超时),按说网银中只有和中间业务平台有关的业务受影响,但很多网银用户都投诉个人网银无法登录,卡死在登录首页(附:登录个人网银首页时会查询数据库中的网银公告信息并显示)

解决上面问题,还要从数据库连接池说起。dbpool(一般将连接数据库缓冲池的数量设置为60,即60个数据库访问句柄,分配给网银20个连接,支付20个,卡通5个等等),现在有两种拿到数据库访问句柄的方式:1每次操作数据库前得到句柄,query或insert后释放该句柄2该客户执行一个网银操作(即执行一个action的execute或submit)前得到句柄,执行此操作后才释放句柄,怀疑公司框架采用的方法2从而导致:当一个交易(此交易首先查询数据库得到客户号,然后发此客户号到核心进行查询)连接核心系统60秒超时,此交易将占有一个访问数据库的句柄,而一分钟内有20个客户进行转帐交易,当第21个客户登录首页时(登录首页交易会查询网银数据库的银行公告信息,访问数据库句柄的线程都锁住了,他就无法访问数据库,就在那儿傻等直到连接数据库超时),就卡在首页不动

如何判断我们的框架是采用那种方式锁住句柄的呢,看公司源码是一个方法,可公司框架源码都进过加密了,变量都是abcd,读起来很吃力,所以我想了个笨法子:首先我们将缓冲池的链接数量设置少一些设为2。在配置文件中写3个简单交易【A页面进过execute方法跳转到B页面,执行进入execute方法(方式2)中首先执行一条sql1(方式1),执行后再执行休眠1分钟Thread.sleep(1000*60L),然后再执行一条sql2语句(这句话的作用下面会说)】,第二个交易休眠1小时(让他始终占据一个访问数据库句柄线程),第三个交易是执行sql3语句。启动服务器开打并提交A页面,然后提交第二个交易,即现在仅有的2个连接都被我们锁住了。接下来我们执行第三个交易,但此时没有查询网银数据库的句柄可用,故IE卡在那里了。1分钟后(1000*60毫秒),后台日志发现先执行了sql1,然后执行了sql2,最后执行了sql3,则证明:公司框架的一个不足,即在执行过一个execute前拿到一个访问数据库句柄,执行execute之后方才释放此句柄,故会造成上面的现象:其他用户访问网银首页卡在那儿不动无法访问。

相关推荐