压测

2017年2月17日

继续压测，pay访问电子账户和核心改成挡板，测试发现，tps也就是30多
构造开户数据，然后用更多的数据量看tps是否会有提升
单独压powercore的接口，效果还可以。不过需要查出来，并发后哪些资源存在竞争关系。两个并发压查询的时候，max就猛增。由30多毫秒猛增到3秒。并发越多，max会越大
需要查pay这边为什么比较慢，core和核心都是挡板了，tps为什么也上不去？

2017年2月19日

在本机压测，将投资交易的action，以及预先action，置后action都注释掉，跑的挺快，并且并发线程增加，tps也增加。仅仅打开查询语句，也挺快，并且并发线程增加tps也增加。但是当打开一个post语句后，执行速度就下降了，通过分析dump，发现有锁，发现在取overallrtxnnbr这个交易序号的时候，进行了加锁。将sequence的获取方式做了变更。（由原先的用表的方式获取，改成用oracle的sequence获取）速度快了。并且很明显，并且tps会随着并发线程的增加而增加。但是将所有执行sql都放开后，速度又降下来了。（仍然比原先那种获取sequence的方式要快），并且并发加大，tps上升的不明显，分析dump，发现并没有锁了。

2017年2月21日

default_max_host_connections
发现pay到core比较慢，监听8099端口，发现建立连接的只有两个，于是一路跟踪，分析堆栈，发现httpclient（多线程版本）的默认就是2个，所以改了下。可以了。但是性能是否提升有待明天测试。

今天来了后，发现性能确实有提升，不过还没有达到满意效果。数据库和powercore的服务器的cpu已经比较高了，找银行同事提升一下cpu。加完cpu，瓶颈在数据库那边了，需要正式压测时，公司派数据库专家来进行优化。