当发生连接阻塞时，不同状态的阻塞有不同的原因，要找到原因，如果不对症下药，

就会南辕北辙

范例：如果本身系统内存已经超载，已经使用到了swap，而还在考虑加大缓

存来优化查询，那就是自寻死路了。

监测与跟踪要经常做，而不是出问题才做

读取频繁度抽样监测

全监测不要搞，i/o吓死人。

按照一个抽样比例抽样即可。

针对抽样中发现的问题，可以按照特定SQL在特定时间内监测一段全查

询记录，但仍要考虑i/o影响。

写入频繁度监测

基于binlog解开即可，可定时或不定时分析。

微慢查询抽样监测

高并发情况下，查询请求时间超过0.01秒甚至0.005秒的，建议酌情抽样

记录。

连接数预警监测

连接数超过特定阈值的情况下，虽然数据库没有崩溃，建议记录相关连接

状态。

学会通过数据和监控发现问题，分析问题，而后解决问题顺理成章。特别是要学会

在日常监控中发现隐患，而不是问题爆发了才去处理和解决。