jboss mysql 连接池_JBOSS连接池原理及优化.ppt

最新推荐文章于 2021-04-04 19:37:50 发布

闪光学姐

最新推荐文章于 2021-04-04 19:37:50 发布

阅读量82

点赞数

文章标签： jboss mysql 连接池

本文链接：https://blog.csdn.net/weixin_29420421/article/details/113389634

版权

您所在位置：网站首页 > 海量文档

&nbsp>&nbsp计算机&nbsp>&nbspJava

JBOSS连接池原理及优化.ppt78页

本文档一共被下载：次,您可全文免费在线阅读后下载本文档。

下载提示

1.本站不保证该用户上传的文档完整性，不预览、不比对内容而直接下载产生的反悔问题本站不予受理。

2.该文档所得收入(下载+内容+预览三)归上传者、原创者。

3.登录后可充值，立即自动返金币，充值渠道很便利

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 设置合理的PSCACHE 如何设置PSCache? PSCache最好能够覆盖95%的应用SQL,然后可以在95%这个值以上，再上浮5-10个。 SQL1: select * from text1; 应用调用占比重45% SQL2: select * from xxx where; 应用调用占比重25% SQL3: select * from xxx ; 应用调用占比重15% SQL4: select * from xxx; 应用调用占比重10% SQL5: select * from xxx; 应用调用占比重3% SQL6: select * from xxx; 应用调用占比重1.3% 我们统计，SQL1,SQL2,SQL3,SQL4已经占比了95%的调用，因此PSCache我们可以设置为9-14之间，仅供参考。 prepareStatementCache的测试数据库连接方式 prepareStatementCache 网络距离每次执行时间 ms ORACLE oci 支持 15KM 1.5484 ORACLE oci 不支持 15KM 2.0015 ORACLE thin 支持 15KM 1.5937 ORACLE thin 不支持 15KM 2.9093 ORACLE oci 支持本地 0.1625 ORACLE oci 不支持本地 0.6631 ORACLE thin 支持本地 0.2695 ORACLE thin 不支持本地 0.6555 ORACLE oci 支持select * from dual where DUMMY ? 15KM 1.3249 ORACLE oci 支持select * from dual where DUMMY ? 本地 0.1432 MYSQL jdbc 支持 15KM 1.5124 MYSQL jdbc 不支持 15KM 1.5344 MYSQL jdbc 支持本地 0.3195 MYSQL jdbc 不支持本地 0.3792 本机到机房的距离约为15KM： 15KM/ 200000KM/s 0.075ms??? 实际光速为300,000,000米/秒，因为光纤中的传播，有些拦损耗，所以传播速度计算为: 200,000,000米/秒 0.075ms*2 0.15ms *2表示网络往返1次。交换机延时:0.3ms(往返) 所以网络的交互时间在:0.3+0.15 0.45ms左右,即prepareStatement一次需要额外的0.45ms左右。调整fetchsize和pscache 调整PSCACHE，依照网络而定，每个SQL提高响应在0.4-0.6ms左右。调整fetchsize,fetchsize越大，内存管理的负担越重，由前面的测试可以知道，将fetchsize从50降至10，可以提高响应0.2-0.3ms左右,测试表比较宽，可以假设为0.1-0.3ms。综合这些参数的调整，单个SQL可提高响应0.5-0.9ms。对于一笔交易的创建，或者单个客户模型的捞取，可以提高响应多少？ A核心库PSCACHE命中率计算 A1:3000次/S Total per Second execute count 10,243,882 5,692.22 parse count hard 28 0.02 session cursor cache hits 2,555,625 1,420.08 parse count total 2,805,484 1,558.92 parse count failures 19 0.01 pscache命中率 47.660% 　命中效不解析次数/总执行次数: execute count - session cursor cache hits - parse count total / execute count 下调fetchsize,加大PSCACHE：减少单个DB每秒3000次解析,CPU负载可以下降。每秒3000次网络交互，提高响应延时:3000*0.5ms。5个A库.. 减少内存占用9倍，连接数占用减少，减少gc发生次数等等 A2:3000次/S Total per Second execute count 10,239,321 5,687.22 parse count hard 26 0.01 session cursor cache hits

发表评论

请自觉遵守互联网相关的政策法规，严禁发布色情、暴力、反动的言论。

用户名:

验证码: