MySQL单机load过高问题讨论

q36988

　　有一个朋友问我: "hi,我想问下你们遇到单机load过高的情况 采取什么紧急措施啊?"
　　我问他是不是mysql db server？
　　
　　他说是。
　　我给他如下建议：
　　1 先看下是不是mysqld进程造成的load高？
　　2 如果是的话，去看下当前线程有没有比较慢的sql
　　
　　朋友再问： 嗯 都没有呢，这个如果由于业务的原因导致load高呢
　　
　　我给出自己的建议：
　　1 并发量过高
　　2 业务原因，是crontab 任务，可以停止就停止掉
　　
　　朋友再问：不是 sql的原因啊 db机器一般出现load高都是因为io，cpu这些导致的 这些很大部分都是由于业务繁忙处理不过来吧

　　我回复 ：
　　1 嗯，不是慢sql导致io cpu爆增的，我还没碰到过,可能是我们这边单机性能太好了, [做人要坦诚特别是技术讨论]
　　2 如果是io，cpu，那也是有事务操作吧
　　3 看看db参数设置是否合理,如果参数合理的话，估计就是到了单机性能的瓶颈了
　　
　　朋友问：额 没有遇到过 .... 这，那没有遇到过db机器load高需要处理的啊？
　　
　　我回复：
　　遇到很多，大部分都是慢sql造成的
　　
　　朋友再问：嗯 一般不急？
　　
　　我回复：
　　1 嗯，不会啊，我们事先上应用之前都会做压力测试，峰值测试
　　2 业务量不会超过预计的峰值
　　3 你们单台load过高，现在mysql不都是多台吗？分布式，读写负载均衡，一台load过高，那另外几台呢？
　　
　　朋友再问： 我假设某个业务 突然一天访问量很高（超过之前预估），这个时候又只访问一个主，而业务肯定不能停的，机器明显感觉处理不过来，load急速上升，有什么办法处理吗？我们的不是不是分布式的，现在的分布式都有负载均衡，对这样的情况太好处理了。
　　
　　我回复：
　　1 这个时候业务不能停，单机硬件升级更不是可行方案。
　　2在发现cpu过高了，就马上去准备加新的db机器，如果新的db机器在单台db爆掉之前准备好的话，直接添加上去，分担app访问压力。
　　3 这个操作不会对业务产生影响，我们一般用的都是vip吧，在vip下再加一台db，应该是很方便的。
　　
　　朋友再问： 我在想这样的问题还真是有点难处理啊？
　　
　　我表示疑惑：为什么，你们不是用vip访问db？
　　朋友说：不是，都是直接写真实ip上去连接应用的。
　　
　　说道这里，如果没有vip，而且是单台db，到时候瞬间爆掉了，我只能表示我水平有限暂时也没有别的好招了，只有暂停业务并且重新架构db了。
　　不过我还是给他一些自己的建议，希望能带给他一些帮组：
　　1 上新的app之前，做好db的压力测试和峰值测试。
　　2 要做db的ha方案，并且测试通过。
　　3 db的ip已经app的ip已经要用类似vip的处理方式，以便方便扩展。
　　4 db要做好备份机制，并随时抽查备份的有效性。
　　
　　大家有碰到过类似的情况，有好的经验，欢迎share下。