以为很熟悉 Linux，万万没想到在生产情形翻车了…..
从事运维事情多年，遇到过林林总总的问题，数据丧失，网站挂马，误删数据库文件，黑客攻击等种种问题。也见到过许多小同伴们，自以为对Linux系统很熟悉，一看到问题，从不心慌，信心满满的，可是生产情形翻车（差点被开除）的名时势，数不堪数。。。
以是，今天简朴整理一些优异的 Linux 操作习惯，分享给列位小同伴。让我们清静操作，永不翻车�。�
线上操作规范
测试使用
当初学习Linux的使用，从基础到效劳到集群，都是在虚拟机做的，虽然先生告诉我们跟真机没有什么差别，可是对真真相形的盼愿日渐上升，不过虚拟机的种种快照却让我们养成了种种手贱的习惯，以致于拿到效劳器操作权限时间，就如饥似渴的想去试试，记得上班第一天，老大把root密码交给我，由于只能使用putty，我就想使用xshell，于是悄悄登录效劳器实验改为xshell+密钥登录，由于没有测试，也没有留一个ssh毗连，所有重启sshd效劳器之后，自己就被挡在效劳器之外了，幸好其时我备份了sshd_config文件，厥后让机房职员cp已往就可以了，幸亏这是一家小公司，不然直接就被干了……庆幸昔时运气较量好。
第二个例子是关于文件同步的，各人都知道rsync同步很快，可是他删除文件的速率大大凌驾了rm -rf,在rsync中有一个下令是，以某目录为准同步某文件(若是第一个目录是空的，那么效果可想而知)，源目录(有数据的)就会被删除，当初我就是由于误操作，以及缺乏测试，就目录写反了，要害是没有备份……生产情形数据被删了，没备份，各人自己想效果吧，其主要性不言而喻。
Enter前再三确认
关于rm -rf / var 这种过失，我信托手快的人，或者网速较量慢的时间，泛起的几率相当大 当你发明执行完之后，你的心至少是凉了半截。各人可能会说，我按了这么多次都没出过错，不必怕，我只想说 当泛起一次你就明确了，不要以为那些运维事故都是在别人身上，若是你不注重，下一个就是你。
切忌多人操作
我在的上一家公司，运维治理相当杂乱，举一个最典范的例子吧，去职好几任的运维都有效劳器root密码。通常我们运维接到使命，都会举行简朴审查若是无法解决，就请求他人资助，可是当问题焦头烂额的时间，客服主管(懂点linux)，网管，你上司一起调试一个效劳器，当你种种百度,种种比照，完了发明，你的效劳器设置文件，跟上次你修改纷歧样了，然后再改回来，然后再谷歌，兴冲冲发明问题，解决了，别人却告诉你，他也解决了，修改的是差别的参数……这个，我就真不知道哪个是问题真正的缘故原由了，虽然这照旧好的，问题解决了，皆大欢喜，可是你遇到过你刚修改的文件，测试无效，再去修改发明文件又被修改的时间呢?真的很恼火，切忌多人操作。
先备份后操作
养成一个习惯，要修改数据时，先备份，好比.conf的设置文件。另外，修改设置文件时，建议注释原选项，然后再复制，修改 再者说，若是第一个例子中，有数据库备份，那rsync的误操作不就没事了吧 以是说丢数据库非一朝一夕，随便备份一个就不必那么惨。
涉及数据
慎用rm -rf
网上的例子许多，种种rm -rf /，种种删除主数据库，种种运维事故…… 一点小失误就会造成很大的损失。若是真需要删除，一定要审慎。
备份操作大于一切
原来上面都有种种关于备份，可是我想把它划分在数据类再次强调，备份很是之主要哇 我记得我的先生说过一句话，涉及到数据何种的审慎都不为过 我就职的公司有做第三方支付网站和网 贷平台的 第三方支付是每两个小时完全备份一次，网 贷平台是每20分钟备份一次 我未几说了，各人自己斟酌吧
稳固大于一切
着实不止是数据，在整个效劳器情形，都是稳固大于一切，不求最快，但求最稳固，求可用性 以是未经测试，不要在效劳器使用新的软件，好比nginx+php-fpm，生产情形中php种种挂啊 重启下就好了，或者换apache就好了。
保密大于一切
现在种种艳照门漫天飞，种种路由器后门，以是说，涉及到数据，不保密是不可的。另外，搜索民众号Linux就该这样学后台回复“Linux”，获取一份惊喜礼包。
涉及清静
ssh
更改默认端口(虽然若是专业要黑你，扫描下就出来了) 榨取root登录 使用通俗用户+key认证+sudo规则+ip地点+用户限制 使用hostdeny类似的防爆破解软件(凌驾一再实验直接拉黑) 筛选/etc/passwd中login的用户
防火墙
防火墙生产情形一定要开，并且要遵照最小原则，drop所有，然后放行需要的效劳端口。
细腻权限和控制粒度
能使用通俗用户启动的效劳坚决不使用root，把种种效劳权限控制到最低，控制细粒度要细腻。
入侵检测和日志监控
使用第三方软件，时刻检测系统要害文件以及种种效劳设置文件的改动 好比,/etc/passwd,/etc/my.cnf，/etc/httpd/con/httpd.con等; 使用集中化的日志监控系统，监控/var/log/secure，/etc/log/message，ftp上传下载文件等报警过失日志; 另外针对端口扫描，也可以使用一些第三方软件，发明被扫描就直接拉入host.deny。这些信息关于系统被入侵后排错很有资助。有人说过，一个公司在清静投入的本钱跟他被清静攻击损失的本钱成正比，清静是一个很大的话题 也是一个很基础的事情，把基础做好了，就能相当的提高系统清静性，其他的就是清静能手做的了
一样平常监控
系统运行监控
很多若干人踏入运维都是从监控做起，大的公司一样平常都有专业24小时监控运维。系统运行监控一样平常包括硬件占用率 常见的有，内存，硬盘，cpu，网卡，os包括登录监控，系统要害文件监控 按期的监控可以展望出硬件损坏的概率，并且给调优带来很适用的功效。
效劳运行监控
效劳监控一样平常就是种种应用，web，db，lvs等，这一样平常都是监控一些指标，在系统泛起性能瓶颈的时间就能很快发明并解决。
日志监控
这里的日志监控跟清静的日志监控类似，但这里一样平常都是硬件，os，应用程序的报错和警报信息 监控在系统稳固运行的时间确实没啥用，可是一旦泛起问题，你又没做监控，就会很被动了。
性能调优
深入相识运行机制
着实按一年多的运维履向来说，谈调优基础就是纸上谈兵，可是我只是想简朴总结下，若是有更深入的相识，我会更新。在对软件举行优化之前，好比要深入相识一个软件的运行机制，好比nginx和apache，各人都说nginx快，那就必需知道nginx为什么快，使用什么原理，处理请求比apache，并且要能跟别人用浅易易懂的话说出来，须要的时间还要能看懂源代码，不然一切以参数为调优工具的文档都是瞎谈。
调优框架以及先后
熟悉了底层运行机制，就要有调优的框架和先后顺序，好比数据库泛起瓶颈，很多若干人直接就去更改数据库的设置文件，我的建议是，先凭证瓶颈去剖析，审查日志，写出来调优偏向，然后再入手，并且数据库效劳器调优应该是最后一步，最先的应该是硬件和操作系统，现在的数据库效劳器都是在州测试之后才会宣布的 适用于所有操作系统，不应该先从他入手。
牛逼�。〗铀交畋乇傅� N 个开源项目！赶忙珍藏
登录后复制
每次只调一个参数
每次只调一个参数，这个相比各人都相识，调的多了，你就自己就迷糊了。
基准测试
判断调优是否有用，和测试一个新版本软件的稳固性和性能等方面，就必需要基准测试了，测试要涉及许多因素 测试是否靠近营业真实需求这要看测试人的履历了，相关资料各人可以参考《高性能mysql》第三版相当的好。我的先生曾说过，没有放之四海皆准的参数，任何参数更改任何调优都必需切合营业场景 以是不要再谷歌什么什么调优了，对你的提升和营业情形的改善没有恒久作用。
运维心态
控制心态
许多rm -rf /data都在下班的前几分钟，都在急躁的岑岭，那么你还不妄想控制下你的心态么，有人说了，急躁也要上班，可是你可以在急躁的时间只管阻止处理要害数据情形 越是有压力，越要冷静，不然会损失更多。大多人都有rm -rf /data/mysql的履历，发明删除之后，那种心情你可以想象一下，可是若是没有备份，你急又有什么用，一样平常这种情形下，你就要冷静想下最坏妄想了，关于mysql来说，删除了物理文件，一部分表还会保存内存中，以是断开营业，可是不要关闭mysql数据库，这对恢复很有资助，并使用dd复制硬盘，然后你再举行恢复 虽然了大多时间你就只能找数据恢复公司了。试想一下，数据被删了，你州操作，关闭数据库，然后修复，不但有可能笼罩文件，还找不到内存中的表了。
对数据认真
生产情形不是儿戏，数据库也不是儿戏，一定要对数据认真。不备份的效果是很是严重的。
追根究底
许多运维职员较量忙，遇到问题解决就不会再管了，记得去年一个客户的网站总是打不开，经由php代码报错 发明是session和whos_online损坏，前任运维是通过repair修复的，我就也这样修复了，可是过了几个小时，又泛起了 重复三四次之后，我就去谷歌数据库表莫名损坏缘故原由：一是myisam的bug，二是mysqlbug，三是mysql在写入历程中 被kill，最后发明是内存不敷用，导致OOM kill了mysqld历程 并且没有swap分区，后台监控内存是够用的，最后升级物理内存解决。
测试和生产情形
在主要操作之前一定要看自己所在的机械，只管阻止多开窗口。
以上就是以为很熟悉 Linux，万万没想到在生产情形翻车了…..的详细内容，更多请关注本网内其它相关文章！
