
1 402645707 2015-06-09 12:48:26 +08:00 via Android 不贴 |
2 402645707 2015-06-09 12:50:10 +08:00 via Android 日志和系统性能占用图表没人知道是为什么 可能和内存 或路由配置并发连接有关 |
3 SakuraSa 2015-06-09 12:52:35 +08:00 会不会是由于缓存设置得不够大,热数据超出缓存大小后,导致一部分热数据不断被重新加载的原因呢? 我也没经验,就是一猜…… |
4 fangjinmin 2015-06-09 13:00:34 +08:00 单从你的描述不好判断是什么原因。你说的32000人在线的时候会出现卡顿,可能是个表象。 最好是查一下SQLSEVER的8点到9点的日志,看一下都有过什么样的检索导致的。 |
5 cevincheung 2015-06-09 13:02:30 +08:00 没有足够的信息可以去判断症状。或许你需要补充更多的日志信息。 |
6 fxxkgw 2015-06-09 13:18:18 +08:00 sysctl -a 里面的net.ipv4.****这些参数配置可以检查下 |
7 benjiam 2015-06-09 13:22:18 +08:00 netstat -s 里面看 为什么断开了连接 |
8 oott123 2015-06-09 13:23:51 +08:00 via Android 我猜是 32767 人的时候开始掉线… |
10 yahoo21cn 2015-06-09 13:49:26 +08:00 3楼说的有道理 |
11 RemRain 2015-06-09 14:44:15 +08:00 # fgrep -C3 32000 /usr/include/linux/ext2_fs.h /* * Maximal count of links to a file */ #define EXT2_LINK_MAX 32000 @oott123 我猜他们的文件系统是 ext2 |
14 scr 2015-06-09 17:30:45 +08:00 我猜是某个自增字段溢出了. |
15 bystand3r OP |
16 xenme 2015-06-09 19:26:19 +08:00 既然是突然 SQL 流量飙升,就看看是哪里的请求导致的流量飙升么 |
17 pheyer 2015-06-09 19:29:45 +08:00 2的15次方是32786 |
18 xiaowangge 2015-06-09 20:48:17 +08:00 服务器用得哪家云? 没有监控?报表? Memcached 用没用? |
19 bystand3r OP @pheyer @xiaowangge 多台自家服务器。数据库最小的整数类型也是int无符号,不存在32767溢出的问题。 经过排查感觉是某个网关服务器负荷过高了,也有可能是短链接没有及时释放的问题,症状还没有解决……还在纠结中 |
20 ETiV 2015-06-10 00:46:16 +08:00 "状况为在线人数达到32000时SqlServer进出口流量飙升" 我不知道 sql server 有没有类似 MySQL的general-log 的开关, (之前搜过, 貌似叫什么服务监视器?) 看这飙升时间段内的所有发过来的 SQL 语句, 并日志记录下来. 看那些最多, 再做进一步排查. |
21 molinxx 2015-06-10 02:58:52 +08:00 via Android 难道是西山居?今天攻防卡掉一片一片的~ |
23 stackpop 2015-06-10 10:56:36 +08:00 是不是 listen queue 满了? |