@otakustay 能详细说说么

@unclechan
@chairuosen

我没有去掉 pm2 ，在执行 docker exec web pm2 restart all 以后内存恢复正常……大概还是我的程序有问题吧

@otakustay

我也找不到其他占用内存多的程序……那泄露的内存就完全看不到到哪去了？

我现在试试 heapdump

@xujialiang 我试试 ， google 过 nodejs 内存相关的东西，都是 top 和 pm2 list 就能看到内存暴涨，但我这里的情况是 top 和 pm2 list 看内存占用都非常正常，比较迷

@hpeng 我是想找出内存泄露，限制内存重启容器都不是解决方法……

@SharkIng 用其他的东西来分割日志暂且不说， nginx 本身日志就有分割功能，我是想知道为啥用了 docker 挂载 volumes 后会出现这种问题？

@Showfom 我在新加坡的服务器解析 cloudfront 也是有时解析到新加坡有时候解析到香港有时候日本，感觉亚洲的都在乱飘

@ovear 不可能啊

@erictaoy 不太明白你的意思，就是上面的代码呀
请求各种网站都会超时

@ixiaohei 我估计也是这样但不知道要怎么查

@ixiaohei 就是因为不熟 linux 才弄的 windows ，生产环境 linux 出问题不懂要死人的……不应该是应用程序的问题，我建了一个最简单只包含 select count(0) from xxx 的程序，在服务器上每隔 1 分钟执行一次这条 SQL ，当出现问题的时候，这个应用程序也会报查询超时错误，实在不知道什么原因折腾了很久，所以愿意花钱找人帮忙， 1000 不够就 2000 ！

我愿意支付 1000 元酬劳帮忙解决问题

好吧，我有一个表是空的表，一条数据都没有，居然也在慢 SQL 记录里面找到了对这个表的查询有 19 秒……感觉出现这种问题的时候，整个 mysql 所有的表查询都会超时或者很慢很慢……是不是 mysql 哪里配置或者和 windows 有兼容性问题？ mysql 版本是 5.6.19 ， win2008r2

@ixiaohei 我现在直接执行慢 sql 语句又很快，这是慢 SQL 语句：
# User@Host: root[root] @ [x.x.x.x] Id: 223
# Query_time: 12.136800 Lock_time: 0.000000 Rows_sent: 1 Rows_examined: 1
SET timestamp=xxxx;
SELECT
`Extent1`.`ID`,
`Extent1`.`Email`,
`Extent1`.`Password`,
`Extent1`.`Start`,
`Extent1`.`End`,
`Extent1`.`Register`
FROM `userinfo` AS `Extent1`
WHERE `Extent1`.`ID` = 1;
这是执行计划：
# id, select_type, table, type, possible_keys, key, key_len, ref, rows, Extra
'1', 'SIMPLE', 'Extent1', 'const', 'PRIMARY,ID_UNIQUE', 'PRIMARY', '4', 'const', '1', NULL

@ixiaohei 确实有慢 SQL ，已经在优化了，但是慢 SQL 会导致 MYSQL 连接都连接不上吗？另外我也不知道这个慢 SQL 是不是真正的罪魁祸首，因为有可能是其他的慢 SQL 导致了表锁什么的然后才会有后面的慢 SQL ？

结果还不是死锁的问题，发生问题的时候 table open cache 为 0 ，如下图，有人知道到底是怎么回事么？
http://imgur.com/a/nQ7Cw

@linbiaye 不是这种原因

我想知道要怎么收集这种崩溃错误信息？

@Citrus 我测试过 proxy_next_upstream off 之后故障转移就失效了， max_fails 无效，之后的请求会继续落在 down 掉的机器上

@msg7086 添加的是内网 ip ，在其他 vps 添加这种一般都是会添加一块新的网卡用于内网，因为网关掩码这些和公网 ip 都不一样能同用一块网卡？