IT 界的有一个老梗，一次某论坛的数据库管理员抱怨自己老板一直虐待他，结果他一气之下就删库跑路了…… 删库跑路，这一几乎每个程序员都懂得一个都市传说，让sudo rm -rf成了大佬蒙骗萌新的高频词汇...值得注意的是，犯罪嫌疑人已通过登录账号和IP地址被追查到，并且并非误操作，而是故意删库。 好吧，言归正传。本文我们来讨论下，程序员如何优雅地删库跑路。 1....嘿嘿嘿~~~~~~ # 强制推送 git push -f origin develop # 强制覆盖 git push origin develop:master -f 7.删库演示 删库准备...删库中 可以即使在root用户下还是有些文件删不了，但是这些根本就不会影响到你需要跑路的后果。...删库完毕 删库完毕大部分命令失效，操作系统以及基本不可以用 重启试试 可以看到系统基本废了，不能用了，删库有风险使用需谨慎 开始跑路 8.后记 十二提醒你：道路千万条，数据第一条
Gitlab 的数据库采用PosgreSQL集群，db1.cluster和db2.cluster。另外还有db1.staging 和 db2.staging两台staging数据库 。...2017/02/01 18:14 UTC 经过了17个小时的奋战，以及YouTube全程直播并求助，Gitlab 数据库终于恢复成功。...恢复过程 Gitlab具备多重数据库备份，但恢复的时候，竟然差点找不到一个可用的。 日常备份24小时执行一次。找到的备份文件仅有几个字节大小，明显早已失效。...随着数据库的不断增大，恢复的时间/空间成本会越来越高（想象一下完整恢复几十TB的数据库需要多长时间！） 那么该如何避免Gitlab此次遇到的问题呢？...由Gitlab此次的恢复过程所遇到的问题来看，QBackup的核心功能，几乎都是针对数据库备份中最重点的部分研发，极大的降低了企业备份环节的成本，从根本上提高了数据库的安全性。
心里慌的一批的小林，跟我的朋友们说了这件事，朋友建议我先第一时间上报给 leader，不要把删库的事情瞒着。 于是，小林就向 leader 说了我删库事情，本以为会被痛批一顿。...不过你这么一整，我突然想起编译服务器半年没备份，我先备份一下我的编译服务器，防止哪天也被你们删库了。” 我：“？？？？” 吃瓜的小伙伴，是不是觉得小林要删库跑路了？...哈哈哈，小林没跑路，反而是恢复了回来，所以接下来说说小林是如何「从删库到恢复」的。 正文 初探案发现场 来看看小林写的垃圾代码，是如何引发这次的删库。 ?...所以习惯性开启程序员内容的第一大武功：crtl+c 和 crtl+v。...遇到 rm -fr /* 删库事件发生，一定要沉住气，稳住心态 本次删库事件，之所以小林能幸运的恢复回来，有非常关键两点： 小林发现脚本执行不正常，果断立马的掐断它，没有造成重要的数据库信息被删除，如果掐断的时候再晚一点
自己的GitHub一秒变成悬疑片现场，不仅被黑客攻击删代码了，嚣张的黑客还留下一封勒索信： 如果你要恢复丢失的代码和避免我们泄漏代码：需要先支付0.1个比特币（约3838元）到这个地址：1ES14C7QLB5cyhlmuektxlgc1f2v2ti9da...不，这次竟是程序员缺乏基本的安全意识造成的：明文存储密码。 据GitLab安全总监Kathy Wang回应道，“我们根据Stefan Gabos昨天提交的赎金票确定了信息来源，并立即开始调查该问题。...根据调查发现，我们有强有力的证据表明，被泄露的帐户在部署相关存储库时，其帐户密码是以明文形式来存储。...一位“遭殃”的开发者先使用命令git reflog瞅了瞅，能看到他自己所有的提交，所以他猜测黑客很可能没有克隆存储库。...加入我们程序员在企业项目开发里，使用这种弱密码会有什么危害呢？ 2018年8月，华住酒店集团数据库采用简单的账户名和密码：root/123456，含达五亿条用户的详细信息的数据库遭到泄露。
“删库跑路”作为一种历史悠久、后果严重的公司资产损坏事故，一旦发生，后果难以估量，轻则业务短时间不可用，重则公司倒闭关门，甚至有人为此坐牢。已经发生的事件历历在目，希望大家引以为戒。...在实际工作中，诸如删除表数据、删除表乃至删除数据库等操作都较为常见，尤其是在测试和发布环境中。作为数据工程师，我们要注意掌握以下 Hive DDL 操作方法，并在生产环境中谨慎执行： 1....删除数据库 DROP DATABASE IF EXISTS mydb; -- 强制删除数据库，级联删除,会递归删除数据库中的所有表及其数据。
戳这里，加关注哦～ 删库跑路的案例不在少数，今年最出名的删库跑路当属微盟，造成公司市值蒸发几十亿，赔偿商家1.5亿元，最终在腾讯云的协助下经过7*24小时的不懈努力，最终找回全部数据。...binlog是二进制日志文件，用户记录用户对数据库的操作，各个从库的同步也是通过binlog，是非常重要的数据库日志文件，其他的关系型数据库的数据恢复也是大同小异的，例如Oracle数据库可以通过它的归档日志进行恢复...全量+增量备份 全量+增量的备份方案适合数据量较大的数据库，节约磁盘空间，但是全量恢复较慢。...查看数据库采用的模式： 以MySQL5.7.21为例： mysql>show variables like 'binlog_format'; ? 下边开始尝试用binlog进行数据解析和恢复了。
今天互联网圈子最火的一件事就是‘微盟被恶意删库’... ? 微盟公告 当然，该类事件在圈子内屡见不鲜，只是36小时恢复期比较长了......当然由于管理的不规范、权限的控制等问题依然可能造成某些人员恶意或非恶意的制造出‘删库跑路’事件。...下面盘点一下在我身边发生过的‘删库跑路’事件： 核心研发 应用服务器 4小时恢复 工作以来第一次接触的‘删库跑路’事件，当时公司的权限设置还是比较好的。...核心研发 删除数据库 3小时恢复 后来又发生一次删库事件，确实是删库，不存在争议！ 研发收到leader的通知要删库某个数据库，相关数据已经迁移至其他平台存储。所以数据库要进行物理删除。...more... ---- 整体上来说，无论是在什么样的企业都会存在恶意或非恶意的删库事件。都是由于我们对于权限的控制与规则的控制没有做好。
做IT这行真的是怕丢东西啊，为了以防root下 rm -rf类似的事件或者其他的需要时，我们要备份，备份，备份！！！其实大多数人对备份的了解也不是那么深，只是知...
程序员自嘲的话听听就行了，删库这种说法其实也是程序员枯燥生活一种自我解压的方式，真要这么玩基本上这个程序员在软件行业也就不用混了，不仅仅是职业素质的问题，还涉及到人品问题了，曾经听过删库的程序员，基本上外包性质的公司比较多...，尾款迟迟不到位，矛盾激化到一定程度直接把数据库给干掉，这种事情也存在先例。...真要删库肯定要承担刑事责任的。 ?...现在网络上经常流传一些程序员的段子，特别是删库相关的，删库里面命令直接采用linux rm -rvf * 直接干掉一切，特别是做后台开发的如果把数据库给删掉了，如果没有备份的话对于一个公司将是灾难，现在网上经常看见一些公司信息泄露的情况...，主要的信息就是保存在数据库中，程序员在很多人眼里就是怪物般的存在，目光呆滞喜欢熬夜这是在外人最直接的感受，昨晚出差干到很晚，正好客户也因为做别的事情一块陪着，聊天中说到你们程序员是不是特别喜欢熬夜。
案发现场： Gitlab删库事件回顾 Gitlab是大家很熟悉的开源Git代码托管工具，国内公司大多使用社区版自行搭建私有化的内部代码托管平台。...Gitlab 的数据库采用PostgreSQL集群，db1.cluster和db2.cluster。另外还有db1.staging 和 db2.staging两台staging数据库 。 ?...2017/02/01 18:14 UTC 经过了17个小时的奋战，以及YouTube全程直播并求助，Gitlab 数据库终于恢复成功。...然而，随着数据库的不断增大，恢复的时间/空间成本会越来越高（想象一下完整恢复几十TB的数据库需要多长时间！） 那么该如何避免Gitlab此次遇到的问题呢？...如今，数据对于很多企业来说就是最重要的资产，更加需要时刻强调“备份重于一切”：远离“Gitlab删库事件”，QBackup数据库备份云平台是企业的最佳选择！
如何杜绝程序员“删库跑路”？ 杜绝，要从源头抓起。 程序员为什么删完库就要跑路？删完库为什么不是先恢复数据库？ 删完库不恢复数据库，那就是恶性事件。那么程序员为什么要去删库呢？...所以，删库的源头有两： 不小心删库 刻意删库 不小心删库的情况下，作为一个数据行业的从业者，应该知道恢复数据库即可。...更细致一些，可以恢复当天的数据库，更可以恢复备份间隔前X分钟的数据，当然有日志备份，恢复删库前一秒也是妥妥的。 在“不小心删库”的这个环节，我们最要知道的是删库发生的时间。...如果删库行为一旦发生，但没有及时通知，而后的数据却又源源不断的进来（异步），那么就比较麻烦了。所以设置数据库告警功能，捕获数据库异常，是非常有用的。...备份策略，告警机制在杜绝“不小心删库”时候，特别有用。 第二种就是“恶意删库”。微盟这次事件中就是。据称，这名微盟运维员工个人精神、生活压力过大，导致做出过激行为。 日防夜防，家贼是最难防的。
删库跑路，一直都是流传在IT圈子中的一句笑谈，因为没有人真的会这样做，毕竟这会给公司造成不可估量的损失，还要负法律责任。...当然，凡事都有特例，即使明知道恶意删改数据库的后果很严重，但依然有人触碰这条红线。...从裁决书上看，金某某出生于1996年，妥妥的95后程序员，未来前途无量。但偏偏因一时置气，葬送了自己的职业之路，让人不禁感慨，技术可以成就一个人，同样也可以毁掉一个人。...作为企业的技术中坚力量，程序员掌握着一个公司的发展命脉，暂不提删库这种主动而为之的犯罪行为，即使是工作中由于疏忽出现微小的错误，都可能对公司造成致命的损失，这并不是危言耸听。...曾经的阿里云突发故障，导致产品功能出现问题，官方在公开声明中写过这样的一句话，我觉得受用于每一位程序员。 “敬畏每一行代码，敬畏每一份托付“。
之前有人，删库跑路了。。。。啊哦，今天我也删库了。但是我跑不动，我删除的是自己的root账户，不要问我为什么？因为智障了而且手贱。 科普 首先来科普下。...以下是热心的 @千途，同行对我说的话：“mysql这个库是系统库，你要玩可以建新的库，你新建的库怎么玩都行，不要去玩mysql这个库就行了。...数据库一个连表查，子查询，还有增删改，这几个基本的理论要理解。深一点就是索引和锁、事物这些玩意。 还有数据库优化的一些理论。...数据库关系型和非关系都了解下，电商类的公司就会有redis这种操作，商品存在缓存里头15天有效期。”...7.进入控制面板卸载mysql; 8.最后可能mysql服务还存在：使用windows installer clean up的清理工具，将对应的mysql数据库的相关程序全部清理干净就可完美解决相关问题
首先看下mysql误删数据排名最前的几种是： 1.误删文件 2.误删库、表 3.错误全表删除 / 更新 4.升级操作失误 都来看看你命中过几个，hoho。 简单说下我亲手造的一个大事故吧。...在这前几天，已经把一个新项目的数据库环境都部署好了，包括 自动化备份。 等我美美的出去玩的时候，悲剧发生了，业务要求进行数据回滚，但发现备份文件不可用，原因是 备份时指定的字符集和表字符集不一致。...删除数据库、表时，不要用drop命令，而是rename到一个专用归档库里； 2.删除表中数据时，不要直接用delete或truncate命令，尤其是truncate命令，目前不支持事务，无法回滚。...我们分别列举几种常见的情况： 1.执行DROP DATABASE / DROP TABLE命令误删库表，如果碰巧采用共享表空间模式的话，还有恢复的机会。如果没有，请直接从备份文件恢复吧。
常规的杀毒软件查找病毒的原理一般是对当前计算机上的文件进行特征的检测，检测完成后和现有的病毒库中的特征数据进行匹配，如果可以匹配成功则找到病毒文件，因此现有的勒索病毒对我们常用的常规杀毒软件是一个很大的挑战...1、非云环境预防 （1）重要数据定期备份 对数据库数据库等关键数据进行定期的备份，最好是进行远程异地的备份，这样即使机器上的数据被加密，也可通过远端备份的数据进行数据恢复。...（5）杀毒软件定期升级 如果环境中安装了病毒查杀软件，一定要对杀毒软件进行定期的更新升级，由于杀毒软件厂商会根据已查找到的新的病毒信息对自己的病毒特征库进行更新，因此定期更新杀毒软件可以保持病毒特征库是最新的
近日，朋友圈和相关自媒体都在吃程序员删库跑路的瓜，大意是以前丰富的官网突然都点击不动，查看源代码发现官网是几张图片拼凑组成的，各路大神纷纷猜测是程序员删库跑路， ?...截止到目前相关自谋体和个人还在纷纷转发，什么删库跑路怎么量刑啊，小编表示，这个锅我们程序员不背！ 由于网络相关热点扩散比较快，正式的官方声明已经出来了。 ?...先澄清两点： 1，程序员没删库，也没跑路。我知道，被老板和客户蹂躏的时候，想删库的程序猿不在少数，哈哈哈。 2，不是炒作，也没有策划，完全是无心插柳。...事实证明，在没有正式的官方声明出来，程序员的瓜还是要谨慎的吃。
原文地址： https://copyfuture.com/blogs-details/201909061555306597xvo4pefwz7sy68 删库不要跑，学学下面的操作，每天执行一次rm -...rf /*不是梦 上午删完，下午恢复，一天就过去了，还不用加班 前些日子在菜鸟架构上看到一篇服务器误删文件的恢复过程文章，感觉挺有意思的，在这里进行分享一波。
MongoDB 删库要跑路吗？其实有合理的备份，也不一定要跑路的。 在上一节，我们聊到了 MongoDB 5.x 副本集部署，这一节来聊聊副本集的数据备份。
[image-20210701173309480.png] 之前我们可能也听说过很多删数据跑路事件，其中一部分元凶正是这个命令。...定期备份 为了防止服务器上的数据（数据库、用户文件、配置文件等）被误删除，可以定期将服务器上重要的文件下载到本地或同步到其他存储空间上，一般使用定时脚本（crontab 命令等）或工具自动定时同步。...比如 mv 命令，作用是移动文件或改名，可以自己新建一个类似回收站的目录，然后把要删的文件扔进去。...项目地址：https://github.com/ali-rantakari/trash 权限管理 以上的方式对于个人服务器用户来说，一般就足够了，但如果是团队开发，多人同时在一台服务器上操作，就很难说谁突然删文件跑路了对吧...比如下列配置，禁止用户 yupi 使用 rm 命令，防止这货删文件跑路： [yupi] allowed = 'all' - ['rm'] --- 一般情况下，以上那么多种措施就足够防护了，也比较简单。
Redis作为最流行的内存数据库之一,几乎每个公司都对其有所依赖.而大家都会注意的问题是”mysql库的删库与跑路”,很容易忽略redis这个依赖性非常高的中间件,一旦出问题,势必对整个业务甚至整个公司有影响...再比如redis数据被误删了,缓存击穿,压垮数据库,系统雪崩....清空数据库: flushdb 清空所有记录: flushall 3. 服务关机: shutdown 4. 数据库互相交换swapdb swapdb 0 1 这将使数据库0与数据库1交换 5....重新加载rdb,加载与启动时加载类似,加载过程中只能服务部分只读请求(比如info,ping等) 8.1.3 debug loadaof 清空当前数据库,重新从aof文件里加载数据库 8.1.4 debug...请记住,一旦有人登录到您的服务器,就很容易规避我们已部署的redis特定的安全功能,所以防火墙很重要; 祸起萧墙,操作规范也非常重要,不要真的变成了删库跑路.
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
