linux 性能 tps参数,一次性能测试调优总结

调优过程

在压测时首先要排除的是高消耗 SQL(经过 AWR 报告分析后 HSC没有出现高消耗 SQL)本次 SZ割接压测经过以下几个关键点的调优：

1) 脚本参数调优 (数据已存在，字段值太长错误较多调节脚本参数模式及参数长度)

2) JDBC配置调优 (JDBC使用率 100%，连接数调成 100 后，极限测试时使用在 80 个连接左右)

3) WAS配置调优 (主要是 webcontainer 调成 200，极限测试时使用达到 200，但主机CPU资源消耗在 50%以上，且 TPS也超过指标 10 来倍，不再增加配置)

4) IHS配置调优 (主要是 http.conf 文件参数调整)

5) linux 系统调优 (主要是网络参数调整，及 open file 调整)

6) Systemout 日志中不打印应用日志(减少不必要的磁盘 IO 消耗)。

下面逐一分解每个关键调优时出现的问题及定位

JDBC连接数配置调优

在压测过程中一直发现TPS上不去，并随着测试时间的加长，间断性出现超时现象。通过对主机资源的 CPU, 内存，IO分析没有存在性能瓶颈，并同时对网络传输苏苏进行测试发现也没有任何瓶颈。通过对监控控制台观察到，JDBC： waitingTreadCount (等待连接数)达到 80 多个。同时 JDBC:Poolsize一直保存在 10。诊断为 JDBC连接数过小导致。