设为首页 收藏本站
查看: 867|回复: 0

[经验分享] 迁移至WebSphere+DB2中遇到的问题

[复制链接]

尚未签到

发表于 2016-11-16 04:53:37 | 显示全部楼层 |阅读模式
工作中需要把一个原来在weblogic+oracle的程序迁移到websphere+db2环境下。折腾了好久,在这里简单做个总结吧:
因为应用是用spring+hibernate写的,迁移的过程中没遇到任何障碍。问题发生在做性能测试的时候,发现原来在weblogic+oracle可以承受1000+并发用户的程序,现在竟然有2个并发用户也会出错!
然后就是痛苦的调试过程。出现了问题后查日志很快发现原因是数据库死锁,可是无论如何调节db2相关的一些参数,都没有什么改进。网上也有说此问题可能和db2默认的事务级别较高有关,但调整事务级别后仍然死锁。
解决问题的第一个转折出现在数据库的索引上,一开始我们按oracle的习惯,在数据量很小的时候加不加索引结果都是相似的,所以在db2上也没有加索引。不过事实证明这是错误的,在db2上增加了使用到的索引后,问题得到了显著改善,在并发用户达到100的时候,出现死锁的几率也不大。但问题仍然没有完全解决,当并发用户上升到200时,系统仍然很容易死锁掉。
后来猜测,原因是db2不能承受很高的绝对并发,那解决问题的思路就是想办法把db2的绝对并发给降下来。这样,调整了一下websphere的数据池和线程池,将最大数都降低到分别为8和10。调整后再测试,可以轻松的上500+的并发用户了,而且性能比刚才还有所提高。

这件事中得到的最大的教训就是,想要让系统承受更高的并发用户量,解决方法不一定要增加数据池和线程池的大小。有时候降低它们的值反而会得到更好的结果,具体的值应该设置为多少还是需要经过性能测试才能确定。

至于db2为什么只能承受这么低的绝对并发,还没有找到解决的办法,可能还是设置上的一些原因吧。

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-300808-1-1.html 上篇帖子: 关于db2的OLAP的一些函数 下篇帖子: db2新建实例+客户端配置连接(转)
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表