标签：
mt_vqmon异常数据分析
1.首缓冲时间值异常（１）
分析：当第一个m3u8请求时，已经记录request时间，1423716972224， 正常情况会立即请求分片列表。
上述图表明请求了一个m3u8之后 很长一段时间继续请求m3u8，此时请求url相同，判断为同一个节目，当第一个分片计算出pts时，此时算首缓冲时间异常。
解决办法：超时删除用户，超时时间可设置５分钟
１.首缓冲时间值异常（２）
解析：图中显示首缓冲时间达到2451919ms，明显异常。请求列表里显示多次请求m3u8,然后请求分片，理论上计算的首缓冲不应该超过383s。
原因：不明
2.卡顿时间值异常（1）
解析：图中显示卡顿时长1743632ms,值异常。分片列表中显示1423657731180时请求了一个优酷分片，在1423659038729时请求了一个qq视频。
1423657731180时请求的分片大小为3384kb,耗时1735ms，可能是分片没有请求没有完成，出现卡顿，session 超时，但是如果记录是session超时插入，调用close_seesion则会更新结束时间为此时的包时间！！！
直到下一个节目到了，reset时用的当前包时间，导致计算的卡顿时间长。 1423659038729 -1423657731180 = 1307549ms 异常。
解决：未知原因！！！
2.卡顿时间值异常（2）
解析：图中显示卡顿时间2421183ms，异常值。视频的请求列表中，1423651146329显示的请求片段 耗时2118963ms,大小为1402kb,估计是卡顿。符合上报结果！
场景：不明。
标签：
原文地址：http://www.cnblogs.com/iclk/p/4288645.html
