深入分析：主要原因是应用层数据传输控制所致

　　察看捕获流量信息，过滤出应用服务器与Oracle数据库服务器（DB1）之间的流量进行分析

　　数据包特征分析：

　　通过分析，2台设备之间的流量数据包较小，几乎都是小于100Bytes的小包
　　交互次数非常之多，放大某时间段内容深入观察，发现较为严重的问题，发送方与接收方数据包传输呈竖直平行线，平行线意味这无论数据传输的任何一方，都要等到前一个数据包到达后再发送第二个数据包

　　 
　　这里插入一点基础常识：
　　想要提高应用效率，发送方应根据接收方宣告的窗口大小和网络拥塞窗口大小尽量多发送数据，而接收方确认是否收到数据包以保证数据传输的完整性，理想的或常见的数据传输型应用数据包传输方式应该如下：

　　网络连接特征分析：
　　任意过滤出一个连接，展开察看，得出如下信息：

　　一个连接由十余万个Turns组成：
　　       （Turns概念，俗称交互，即一对数据包组成：请求+回应）

　　应用层数据包很小：

　　延时分析：

　　从延时统计可以得出，在长达17S的数据传输过程中，应用服务器和数据库服务器分别占用了整体时间的42%和56.4%,而带宽延时很小 
　　通过前面的相关信息，得出这样的延时数值可以说很正常，我们来这样一个算法：
　　无论是应用服务器端还是数据库服务器段，每个请求处理延时即使是0.00005秒，十几万的交互处理加起来也是一个较大的时间延时，当然，应用服务器还有处理其他应用