@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 都不一样能同用一块网卡？

想知道从 QQ 登录的话有没有安全风险。。

能抗 ddos 吗

@chenpbh 这个很早以前就关掉了