caoz考核,一看意识,二看思路,三看方法
前言 :其实考试这种东西本身是不平等的,因为出题人肯定有优势,所以有些人水平比caoz高很多,答caoz的题目也只能得到七八十分而已,如果换过来出题,caoz可能及格都是问题,而且这些题目其实更适合面试进行,因为可以层层递进剖析问题,从一个大问题引申提出更多子问题,这是caoz面试
常用的习惯,很多趾高气扬的人进来,灰头土脸的出去,当然,还是那句话,考核本身是不平等的。也许您答的和caoz期望的相差不少,但是不代表caoz比你水平高。
回过头来说,意识是第一位的
1:数据链接过多,这是最常见的问题,但是其实也是这里最重点的问题
子问题1,为什么提到步骤,很少有人告诉我,第一步是尽快临时恢复线上应用,这就是意识!
恢复线上应用有几种场景,最简单的是show processlist 然后kill掉阻塞的processlist,其次是重启数据库,如果数据库重启后又会快速堵塞,那么要尽快从前端代码中找到阻塞点,临时屏蔽掉某些导致阻塞的功能,以及增加同时链接参数,为了保证在你彻底解决这个问题的这段时间里,你的前面网页是可以顺利打开的。
这里存在一个小问题,如果是面试我会单独提出来,你怎么保证连接过多的情况下,后面还能看到show processlist,这里的窍门是,前段务必不要使用root连接数据库,这样mysql后端root仍然会多出一个进程来满足查询要求。之前我跟工程师说这个问题,他们果然换了一个账号,一个不叫root但是权限是root的账号在前端连接数据库,害的我郁闷了n多天找不到阻塞点。
第二步是确认阻塞点和阻塞方向,为什么说阻塞方向,因为数据库的阻塞,并不一定都是数据库造成的,连带影响非常多,通过show processlist ,如果看到大量的Lock,那么其一是代码优化,其二是改造数据引擎,如果Lock不多,而执行中查询很多,其一是索引优化,其二是数据库参数优化,有人说会看慢查询,慢查询很重要,但是不够的,对于高并发来说,一个常见SQL执行0.1秒都是不可容忍的,通常这是索引不彻底造成的,比如简单来说,如果有个同城速配的常见SQL select * from users where sex='女' and area='厦门' order by lastlogin desc ,这么一个查询,你会怎么建立索引?我告诉你,三键复合索引!少一个效率都不行. 而且顺序还必须保证!之前非常多发现因为复合索引不到位,导致数据查询执行0.05 -0.1秒的准慢查询,通过set profiling是可以分析的,优化后效率提升10-100倍。此外,连带影响也是一个大问题,比如说,有时候你会看到大量SLEEP链接,那多半是前段执行完SQL没有及时
关闭,之前我的博客如果有认真阅读的,会看到因为echo影响,因为memcache链接阻塞影响都会存在,当然还有一种,网络带宽阻塞影响,Waiting for net状态阻塞,
这里确认阻塞点和阻塞方向,最关键的是思路要足够发散,不要只看数据库配置,或者数据索引;前端程序,网络环境(曾经因为别人的外挂程序,以及代码不严谨,导致内网网卡阻塞,数据库连接过多)都需要考虑周全,所以有些答案caoz回复说思路不开阔,就是这个原因。这里具体分支场景很多,caoz也只是列举一二,仅仅配置优化,就有无数参数可以提出。
第三步是解决,这里通常要多向考虑,什么叫多向考虑,分析
问题如果够全面,就会发现问题往往是伴生出现,比如出现阻塞,也许你优化后台参数的确可以解决,但是如果前端调用脚本也优化一下,可能就会得到更好的效果,那么这里要强调的是,解决问题必须给出明确的数字支持,比如升级后,性能提升多少,负载支撑提升多少,可支持多少并发,支持多少同时连接,由于经验问题,很多人估算不准,这不是问题,几次训练下来就准了