关键词排名优化：玩转mysql系统技术分享

 现在关键词排名优化的时候，经常被高手请疏忽，针对一些初入技巧职场的童鞋，欲望能对各位碰到后果时分的思考方法有所协助。

案例1：诡异的链接过量

    事先状况是如许，突然有一天，数据库出现链接过量毛病，招致网站报错。 熟悉mysql并操作太高并发系统的冤家知道，数据连接过量属于很罕见的后果。但事先的状况是，访问量其实不在高峰，按理说不应当有如许的后果。

    看了一下数据库效劳器的负载，很低，其实不存在cpu或内存跑满的后果。

    慢查询日记没有异常的SQL，更没有锁表。

    因而就进入数据库做一下 show processlist的查询。

    有些冤家能够会问，链接过量你还能看show processlist么，阿谁，mysql里root比通俗用户多一个链接容许，所以，记得依次切忌用root链接，保管一个给系统剖析师用。

    意外发明，简直一切的SQL逗留在sleep形状，而且很多链接都继续了好几秒，乃至十几秒。

    这里说明一下，假设是用数据中间件链接池来操作，从中间件到数据库存在固定命字的sleep链接是正常的，但从依次端到中间件，除非你是长连接，而且需求保持数据库频繁操作的应用，否则，平日不建议数据库保持连接，也就是不应当出现太多sleep操作。

    我们的场景就是通俗的web应用，php依次而已，都是短链接，按理说，依次履行完就应当释放的，所以这个后果就有点意外。

    固然，这个和代码的设计也有关系，因为系统用的开源软件改写的，触及数据库操作照样蛮多的，通俗状况下，数据库操作完应当及时封闭，但因为通俗认为php代码履行时间很短，所以在代码架构有点复杂的状况下，很多都是默许全部依次履行完再封闭。那么现在后果来了，究竟php爆发了甚么后果。

    我们去web效劳器，看日记，发明访问量并没有异常，也没有针对我们的进击行动，但确实很多php依次履行时间较长，web连接数也清晰多于异常，即使是数据库重启，后果依然会重现，那么这时候分，我们工程师就在最经常使用的php代码里设置断点，去看代码究竟卡在哪个环节上履行时间很长，结果，发明是我们的一个十分主要的常识盲点。本来履行时间最长的，是在最后代码数据都履行完，输入履行 echo  的环节。

    在当地做功用测试，压力测试的时分，我们知道echo 这类语句是基本没有开支的，也不太能够成为一种负载的起源，但这下我们明确了，echo本来不只仅是php履行输入，也包罗了收集传输的时间开支。只要客户端回收到传输内容后，echo履行才完毕。

    而那天的后果，实际上是因为同机房有其他公司效劳器被Ddos，招致机房出口拥堵，按理说这只是websever的后果，但因为webserver自身有轮询机制，而且设置的连接数较大年夜，固然访问较慢，但没有解体，而因为php代码里mysql链接没有及时释放，在php履行echo的时间等待较长，招致mysql链接过量解体。

    知道这个后果，处理就复杂了，因为开源系统封装了输入template的对象，我们就在这个对象履行的时分，先履行mysql_close(); 如许只改了一行代码，后果就处理了。

    但后来发明出了bug，bug的来由很无厘头，居然局部template 的伪码里有数据库操作，但这个后果处理也复杂，因为究竟如许的场景很少， 而且mysql对象也被封装了，我们就在query方法里加了一行代码，假设没有数据库连接，就重建一个。 如许，这个重建过程只出现在极少数template里有mysql操作的场景，对全部系统基本没有功无能扰。

    这个案例说来挺复杂，就是数据库连接没有及时释放形成的，但因为震动了一个思维盲区，所以印象深入。

    线上的依次做断点日记剖析是最经常使用的剖析诡异后果的方法。基于断点日记剖析，我们可以经过相似二分法，逐渐递进直到准肯定位具体到每行代码的履行时间开支。

    这里还要提醒一个罕见后果，线上情况很多后果是在测试情况里很难重现的，所以碰到诡异后果，应当可以在线上做一些日记剖析和代码的调试，固然如许能够会有必然的风险，但很多公司的流程和规范，开辟工程师只能在线下测试功用和压力接受才华，针对线上很多抱负的后果没有方法完整实测。

    大年夜公司能够会把测试情况做的更好更规范，和有更有经历的工程师和剖析师来处理后果，但创业公司，我建议要给依次员和剖析人员一些线上应急处理的权限，否则真的会束手无策，经历值都是靠出错和处理后果来积累的。