解决在SwingBench压测时出现一些问题
压测时断层
1.问题来由：在进行swingbench压测的时候会出现断断续续的情况
2.导致原因：
我们通过查看日志文件，看看是什么情况
tail -100 /u01/app/oracle/diag/rdbms/orcl/orcl/trace/alert_orcl.log
通过查看分析是redo文件切换太过于频繁，
我们试着查看一下redo的大小
select group#,thread#,archived,status, bytes/1024/1024 from v$log;
通过查找发现redo的大小只有50M，太小了，读写的速度过快，会导致redo切换的太频繁，使得压测的时候性能跟不上，而且出现断层
我们试着修改redo的大小，由于oracle没用提供修改log file大小的命令，所以只能以删除后再重新创建的方法达到修改大小的目的。又由于oracle要求最少有两组日志文件在使用，所以不能直接删除原日志组，我的做法是依次删除，依次创建。我们需要观察当前是哪个redo没有在工作，我们就先删掉没有在工作的日志中的其中一个，然后再依次创建删除。
1.删除日志组3
alter database drop logfile group 3;
2.然后在物理删除对应的redo03.log
找到路径
select group#,type, member from v$logfile;
rm -rf "xxx.log"
3.重新创建rodo03.log
alter database add logfile group 3 ('/u01/app/oracle/oradata/orcl/redo03.log'
) size 5G;
1.删除日志组1
alter database drop logfile group 1;
2.然后在物理删除对应的redo01.log
找到路径
select group#,type, member from v$logfile;
rm -rf "xxx.log"
3.重新创建rodo01.log
alter database add logfile group 1 ('/u01/app/oracle/oradata/orcl/redo01.log'
) size 5G;
查看一下
select group#,thread#,archived,status, bytes/1024/1024 from v$log;
切换当前日志到新的日志组
alter system switch logfile;
查看，这个过程比较缓慢，可能大概要几分钟
select group#,thread#,archived,status, bytes/1024/1024 from v$log;
接着删除日志组2
1.删除日志组2
alter database drop logfile group 2;
2.然后在物理删除对应的redo02.log
找到路径
select group#,type, member from v$logfile;
rm -rf "xxx.log"
3.重新创建rodo02.log
alter database add logfile group 2 ('/u01/app/oracle/oradata/orcl/redo02.log'
) size 5G;
重建完毕
压测就不会出现断层啦
如果压测的时候遇到锯齿状，很不平整
如果压测的数据量有点小可以修改SGA，PGA的大小
ALTER SYSTEM SET sga_target=4G scope=spfile;
ALTER SYSTEM SET pga_aggregate_target=1500M scope=spfile;
检查参数设置是否生效。执行以下命令确认参数设置是否正确：
SHOW PARAMETER sga_target;
SHOW PARAMETER pga_aggregate_target;
如果是想提高一些processes（进程用户）数量可以修改一下processes
alter system set processes=400 scope=spfile;
查看
select * from v$parameter where name='processes';
总结：
swingbench的压测在设置好各种参数之后，压测的值和你的cpu和内存也有很大的关联，通过对不同参数的调整是可以压测到自己的一个极限，这个过程需要很多时间去尝试和修改参数，找到你对应的·参数，我上面提供的参数是针对我自己电脑调整的一个参数，也只能提供一个参考，具体的实施还得自己摸索。
