宝安网站设计公司,专门做代工产品的网站,做电子网站,如何自己建设简单的手机网站首页1.问题描述#xff1a;客户新上的一个关键业务系统#xff0c;在做上线前的压力测试时#xff0c;应用的并发无法达到上线前的并发指标和响应时间指标要求。压测时TPS的曲线很不稳定#xff0c;如下所示#xff1a;2.分析过程#xff1a;从上述知识点可以知道#xff1a…1.问题描述客户新上的一个关键业务系统在做上线前的压力测试时应用的并发无法达到上线前的并发指标和响应时间指标要求。压测时TPS的曲线很不稳定如下所示2.分析过程从上述知识点可以知道ORACLE中LGWR进程只有一个由于所有进程在commit前都需要通知lgwr进程帮忙把之前在log buffer中生成的修改过程记录(改变向量)写到磁盘中。当大量进程要同时请lgwr进程帮忙写时就出现排队的情况。在高并发的联机交易OLTP系统中单进程的lgwr进程有可能成为一个大瓶颈特别是在无法在线日志IO写性能出现问题的情况下。因此我们需要检查lgwr进程的状态。通过gv$session观察RAC两个节点lgwr进程写日志的情况结果如下图所示可以看到Ø RAC(数据库集群)两个节点中只有1个节点出现log file parallel write的等待该等待表示lgwr进程正在对磁盘的在线日志文件进行写操作。Ø 在state是waiting的情况下节点1 log file parallel等待的seq#都是35693但是seconds_in_wait达到了21秒。简单来说就是lgwr进程写一个IO需要21秒这意味着压测时所有并发进程必须要发生等待等lgwr进程完成这个的IO才可以继续通知LGWR进程帮忙刷log buffer的改变向量因此从压测的TPS曲线来看就是不稳定出现了大幅衰减。至此我们可以肯定IO子系统有问题需要重点排查IO路径下的光纤线、SAN交换机、存储的报错和性能情况。、考虑到客户那边管存储的团队/部门可能不承认数据库的IO慢的证据同时为了让对方增加排查力度远邦让客户发出以下命令查看多路径软件的IO情况结果如下图所示节点1上出现明显的IO ERROR并且在持续增加继续检查节点2发现节点2上没有任何IO ERROR这个与gv$session仅有一个进程在等log file parallel write写完是完全吻合的。3.原因在铁的证据面前客户的存储团队没有再挣扎而是开始认认真真逐个在排查最终在更换了光纤线后问题得到圆满解决。以下是更换光纤线后再次压测的等待事件4.问题得到解决压测的TPS曲线从原来的波浪形变成了如下的良好曲线
