当发生连接阻塞时,不同状态的阻塞有不同的原因,要找到原因,如果不对症下药,
就会南辕北辙
范例:如果本身系统内存已经超载,已经使用到了swap,而还在考虑加大缓
存来优化查询,那就是自寻死路了。
监测与跟踪要经常做,而不是出问题才做
读取频繁度抽样监测
全监测不要搞,i/o吓死人。
按照一个抽样比例抽样即可。
针对抽样中发现的问题,可以按照特定SQL在特定时间内监测一段全查
询记录,但仍要考虑i/o影响。
写入频繁度监测
基于binlog解开即可,可定时或不定时分析。
微慢查询抽样监测
高并发情况下,查询请求时间超过0.01秒甚至0.005秒的,建议酌情抽样
记录。
连接数预警监测
连接数超过特定阈值的情况下,虽然数据库没有崩溃,建议记录相关连接
状态。
学会通过数据和监控发现问题,分析问题,而后解决问题顺理成章。特别是要学会
在日常监控中发现隐患,而不是问题爆发了才去处理和解决。