做Linux背锅2年，我总结了这六类好习惯和30个血的教训

按期的监控可以猜测出硬件破坏的概率，并且给调优带来很实用的功能

2.办事运行监控

办事监控一般就是各类应用，web，db，lvs等，这一般都是监控一些指标

在体系出现机能瓶颈的时刻就能很快发明并解决。

3.日记监控

这里的日记监控跟安然的日记监控类似，但这里一般都是硬件，os，应用法度榜样的报错和戒备信息

监控在体系稳定运行的时刻确切没啥用，然则一旦出现问题，你又没做监控，就会很被动了

五、机能调优

1.深刻懂得运行机制

重启下就好了，或者换apache就好了。

其实按一年多的运维经验来说，谈调优根本就是空言无补，然则我只是想简单总结下，如不雅有更深刻的懂得，我会更新。在对软件进行优化之前，比如要深刻懂得一个软件的运行机制，比如nginx和apache，大年夜家都说nginx快，那就必须知道nginx为什么快，应用什么道理，处理请求比apache，并且要能跟别人用浅近易懂的话说出来，须要的时刻还要能看懂源代码，不然一切以参数为调优对象的文档都是瞎谈。

2.调优框架以及先后

熟悉了底层运行机制，就要有调优的框架和先后次序，比如数据库出现瓶颈，很多多少人直接就去更改数据库的设备文件，我的建议是，先根据瓶颈去分析，查看日记，写出来调优偏向，然后再入手，并且数据库办事器调优应当是最后一步，最先的应当是硬件和操作体系，如今的数据库办事器都是在各类测试之后才会宣布的

实用于所有操作体系，不该该先大年夜他入手。

3.每次只调一个参数

每次只调一个参数，这个比拟大年夜家都懂得，调的多了，你就本身就含混了。

4.基准测试

做Linux背锅2年，我总结了这六类好习惯和30个血的教训

断定调优是否有效，和测试一个新版本软件的稳定性和机能等方面，就必须要基准测试了，测试要涉及很多身分

测试是否接近营业真实需求这要看测试人的经验了，相干材料大年夜家可以参考《高机能mysql》第三版相当的好

我的师长教师曾说过，没有放之四海皆准的参数，任何参数更改任何调优都必须相符营业场景

所以不要再谷歌什么什么调优了，对你的晋升和营业情况的改良没有长久感化

1.控制心态

反复三四次之后，我就去谷歌数据库表莫名破坏袈洵因：一是myisam的bug，二是mysqlbug，三是mysql在写入过程中

很多rm -rf /data都鄙人班的前几分钟，都在烦躁的岑岭，那么你还不计算控制下你的心态么

越是有压力，越要沉着，不然会损掉更多。

大年夜多人都有rm -rf /data/mysql的经历，发明删除之后，那种心境你可以想象一下，可是如不雅没有备份，你急又有什么竽暌姑，一般这种情况下，你就要沉着想下最坏计算了，对于mysql来说，删除了物理文件，一部分表还会存在内存中，所以断开营业，然则不要封闭mysql数据库，这对恢复很有赞助，并应用dd复制硬盘，然后你再进行恢复

当然了大年夜多时刻你就只能找数据恢复公司了。

试想一下，数据被删了，你各类操作，封闭数据库，然后修复，不只有可能覆盖文件，还找不到内存中的表了。

2.对数据负责

临盆情况不是儿戏，数据库也不是儿戏，必定要对数据负责。不备份的后不雅是异常严重的。

很多运维人员比脚绫铅，遇到问题解决就不会再管了，记得客岁一个客户的网站老是打不开，经由php代码报错

发明是session和whos_online破坏，前任运维是经由过程repair修复的，我就也如许修复了，然则过了几个小时，又出现了

六、运维心态

被kill，最后发明是内存不敷用，导致OOM kill了mysqld过程

并且没有swap分区，后台监控内存是够用的，最后进级物理内存解决。

以上几点是我本身工作领会，欲望能给部分运维人员带来一些赞助，如有不足，迎接指教

4.测试和临盆情况

在重要操作之前必定要看本身地点的机械，尽量避免多开窗口