很是慌乱，之前拿 py写的脚本报错了，于是东查西查也没查出个原因来，加上领导在一旁
问情况，心里更是毛了，
之后又写了一个py脚本，在本地测，不行又在服务器上测，还是没测出原因来，
怀疑写的py脚本有问题，于是拿java写了个脚本测，还是报错，
怀疑是socketIO用完了，
之后和运维的同学将一部分流量来分到别的虚拟机上测，命中率还是很低，
于是我对自己写的程序产生了不自信，因此又重新用asp.net在同事的帮助写了一个asp.net的页面，
使用jmeter来压这个页面，在启1000多线程的情况下，没有问题，这是运维的同学发现，之前分流过来的部分的服务器本身的命中率就是很低，由于过期时间设的很短，当把全部的服务器都切过去就没有问题了。
在这次事件中，反映出来，本人对紧急事情的预警处理方面行动没速度，出了事故很是慌乱，
更别提坐怀不乱了，内心急躁，一旦事情关乎自己了，就不能冷静思考了。
不过加深了各小组成员之间的交流和磨合。
本以为一件简单的事情，事实上要让他万无一失真的要做很多的工作，日后做简单的事情更要小心为上。
这里面用到了一个图形化的php memcached 监测工具，很简单就部署成功了。
http://lveyo.javaeye.com/blog/240154
