以为很熟悉 Linux，万万没想到在生产环境翻车了…..
从事运维工作多年，遇到过各式各样的问题，数据丢失，网站挂马，误删数据库文件，黑客攻击等各类问题。也见到过很多小伙伴们，自以为对Linux系统很熟悉，一看到问题，从不心慌，信心满满的，但是生产环境翻车（差点被开除）的名场面，数不胜数。。。 所以，今天简单整理一些良好的 Linux 操作习惯，分享给各位小伙伴。让我们安全操作，永不翻车！！ 线上操作规范 测试使用 当初学习Linux的使用，从基础到服务到集群，都是在虚拟机做的，虽然老师告诉我们跟真机没有什么差别，可是对真实环境的渴望日渐上升，不过虚拟机的各种快照却让我们养成了各种手贱的习惯，以致于拿到服务器操作权限时候，就迫不及待的想去试试，记得上班第一天，老大把root密码交给我，由于只能使用putty，我就想使用xshell，于是悄悄登录服务器尝试改为xshell+密钥登录，因为没有测试，也没有留一个ssh连接，所有重启sshd服务器之后，自己就被挡在服务器之外了，幸好当时我备份了sshd_config文件，后来让机房人员cp过去就可以了，幸亏这是一家小公司，不然直接就被干了……庆幸当年运气比较好。 第二个例子是关于文件同步的，大家都知道rsync同步很快，可是他删除文件的速度大大超过了rm -rf,在rsync中有一个命令是，以某目录为准同步某文件(如果第一个目录是空的，那么结果可想而知)，源目录(有数据的)就会被删除，当初我就是因为误操作，以及缺乏测试，就目录写反了，关键是没有备份……生产环境数据被删了，没备份，大家自己想后果吧，其重要性不言而喻。 Enter前再三确认 关于rm -rf / var 这种错误，我相信手快的人，或者网速比较慢的时候，出现的几率相当大 当你发现执行完之后，你的心至少是凉了半截。大家可能会说，我按了这么多次都没出过错，不用怕，我只想说 当出现一次你就明白了，不要以为那些运维事故都是在别人身上，如果你不注意，下一个就是你。 切忌多人操作 我在的上一家公司，运维管理相当混乱，举一个最典型的例子吧，离职好几任的运维都有服务器root密码。通常我们运维接到任务，都会进行简单查看如果无法解决，就请求他人帮忙，可是当问题焦头烂额的时候，客服主管(懂点)，网管，你上司一起调试一个服务器，当你各种百度,各种对照，完了发现，你的服务器配置文件，跟上次你修改不一样了，然后再改回来，然后再谷歌，兴冲冲发现问题，解决了，别人却告诉你，他也解决了，修改的是不同的参数……这个，我就真不知道哪个是问题真正的原因了，当然这还是好的，问题解决了，皆大欢喜，可是你遇到过你刚修改的文件，测试无效，再去修改发现文件又被修改的时候呢?真的很恼火，切忌多人操作。 先备份后操作 养成一个习惯，要修改数据时，先备份，比如.conf的配置文件。另外，修改配置文件时，建议注释原选项，然后再复制，修改 再者说，如果第一个例子中，有数据库备份，那rsync的误操作不就没事了吧 所以说丢数据库非一朝一夕，随便备份一个就不用那么惨。 涉及数据 慎用rm -rf 网上的例子很多，各种rm -rf…