关于hibernate框架问题

《关于hibernate框架问题》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、关于Struts+Spring+hibernate+Dwr框架问题框架涉及到的程序模块1．风险预警web配置（实时、非实时）2．徽商反洗钱项目3．用户管理（以前C版转成的Web配置方式）上述程序模块跑在徽商项目上，出现频繁宕机目前怀疑Hibernate框架问题，因为其把这内存不释放；下面测试的是风险预警在tomcat5.0的环境下，Mssql2000下;对比jdbc方式操作数据库通过一个小程序：查询一个只有4-5条记录的表,mssql2000Jdbc方式：每次拨动都是因为并发访问页面100下，但其始终会下来点等达到一定内存时;Hibernate：感觉差不多，基本一样；那就存在问题了，是否我

2、们上面执行的时间不够长，导致没有出现内存回落的机会；测试：上次执行通过cp30连接数据库，效果不理想；改成dbcp方式：情况陡然好转；上述情况，都不能证明什么，但让人对hibernate的内存泄漏问题感觉不算太明显，所以我们调试程序上做了点改动，每10分钟并发执行100下，此页内容需要通过三条sql语句查询得到数据并返回，测试时间为2008-03-20：19：15分，2008-03-2103点结束（因为jProbe需要维护的数据太多程序强迫停止了，早上8点过来看发现，但可以肯定不是tomcate内存太大引起，因为tomcate日志中并没有出现outofmemeory）同时得到八个小时后得分

3、析数据图如下，（风险预警hinerbate框架下跑的情况）图上可以觉得内存还是有升有降的;这样的访问数率为8*3600/5*60=96次*100下并发，为9600下，平均每3秒1下点击;关于徽商宕机个人提出如下意见：徽商反洗钱项目通过非实时预警算出来的数据平均每天3-4w笔，因为当时很长时间都没有实时上报正常报文（次天的数据），都是报补报内容，数据很大；数据库累计了10多天前的n多数据。已开始频繁宕机，起源于数据取得的时候页面分页方式不对，都是通过游标定位方式取出；后来因为是oracle换成了其支持的分页方式隔断直接取出所需要的数据，数度和效率上明显增强；宕机不算很频繁了；但是后来还是出现

4、宕机，因为我们显示上报内容的时候是1页显示1000或更多，方便行里直接选中所有上报，这样势必导致一内存的损耗，但也是可以原谅的，因为数据也不算很多；但为什么还是宕机了，后来决的因该是几个导出功能引起；这里因为一导出就是1w笔数据，且写入文件并提供下载，这样一般在几十M级别；如果并发数有个十几个势必会宕机，因为数据需要先从数据库中得到，写入文件后提供下载；所以提出以下几点：所有页面数据取得只取top1000条每页20-30条也就是不管数据库中有多少数据只提功这么一些页给看，并提供再查询功能方便客户进行定位，也同时避免一页显示太多数据影像服务器性能；关于报表和一些统计资料可以通过后台java小

5、程序或其它方式连接数据库生成指定类型文件提供下载，这个其实也是可以做到的，通过web端发socket给java小程序，这样就不影响web容器的内存及控制；以上几点希望对大家有所帮助；