IT 界的有一个老梗，一次某论坛的数据库管理员抱怨自己老板一直虐待他，结果他一气之下就删库跑路了…… 删库跑路，这一几乎每个程序员都懂得一个都市传说，让sudo rm -rf成了大佬蒙骗萌新的高频词汇...此前也曾有新闻报道，北京一软件工程师离职后因公司未能如期结清工资，便利用其在所设计的网站中安插的后门文件将网站源代码全部删除，结果因破坏计算机信息系统罪而获刑五年… 然而，最近又有一名勇士，拿起了这把双刃的...值得注意的是，犯罪嫌疑人已通过登录账号和IP地址被追查到，并且并非误操作，而是故意删库。 好吧，言归正传。本文我们来讨论下，程序员如何优雅地删库跑路。 1....删库中 可以即使在root用户下还是有些文件删不了，但是这些根本就不会影响到你需要跑路的后果。...删库完毕 删库完毕大部分命令失效，操作系统以及基本不可以用 重启试试 可以看到系统基本废了，不能用了，删库有风险使用需谨慎 开始跑路 8.后记 十二提醒你：道路千万条，数据第一条
心里慌的一批的小林，跟我的朋友们说了这件事，朋友建议我先第一时间上报给 leader，不要把删库的事情瞒着。 于是，小林就向 leader 说了我删库事情，本以为会被痛批一顿。...不过你这么一整，我突然想起编译服务器半年没备份，我先备份一下我的编译服务器，防止哪天也被你们删库了。” 我：“？？？？” 吃瓜的小伙伴，是不是觉得小林要删库跑路了？...哈哈哈，小林没跑路，反而是恢复了回来，所以接下来说说小林是如何「从删库到恢复」的。 正文 初探案发现场 来看看小林写的垃圾代码，是如何引发这次的删库。 ?...小林写的那么温柔的代码，竟然变成了穷凶极恶的删库代码。 ? 这下原因是找到了，反引号应该改成双引号才对。 小林你真菜呀，那么简单的赋值命令都写错。...遇到 rm -fr /* 删库事件发生，一定要沉住气，稳住心态 本次删库事件，之所以小林能幸运的恢复回来，有非常关键两点： 小林发现脚本执行不正常，果断立马的掐断它，没有造成重要的数据库信息被删除，如果掐断的时候再晚一点
“删库跑路”作为一种历史悠久、后果严重的公司资产损坏事故，一旦发生，后果难以估量，轻则业务短时间不可用，重则公司倒闭关门，甚至有人为此坐牢。已经发生的事件历历在目，希望大家引以为戒。...在实际工作中，诸如删除表数据、删除表乃至删除数据库等操作都较为常见，尤其是在测试和发布环境中。作为数据工程师，我们要注意掌握以下 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类似的事件或者其他的需要时，我们要备份，备份，备份！！！其实大多数人对备份的了解也不是那么深，只是知...
之前有人，删库跑路了。。。。啊哦，今天我也删库了。但是我跑不动，我删除的是自己的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命令误删库表，如果碰巧采用共享表空间模式的话，还有恢复的机会。如果没有，请直接从备份文件恢复吧。
原文地址： https://copyfuture.com/blogs-details/201909061555306597xvo4pefwz7sy68 删库不要跑，学学下面的操作，每天执行一次rm -...rf /*不是梦 上午删完，下午恢复，一天就过去了，还不用加班 前些日子在菜鸟架构上看到一篇服务器误删文件的恢复过程文章，感觉挺有意思的，在这里进行分享一波。
MongoDB 删库要跑路吗？其实有合理的备份，也不一定要跑路的。 在上一节，我们聊到了 MongoDB 5.x 副本集部署，这一节来聊聊副本集的数据备份。
[image-20210701173309480.png] 之前我们可能也听说过很多删数据跑路事件，其中一部分元凶正是这个命令。...定期备份 为了防止服务器上的数据（数据库、用户文件、配置文件等）被误删除，可以定期将服务器上重要的文件下载到本地或同步到其他存储空间上，一般使用定时脚本（crontab 命令等）或工具自动定时同步。...比如 mv 命令，作用是移动文件或改名，可以自己新建一个类似回收站的目录，然后把要删的文件扔进去。...其实很多服务器已经默认为我们设置了一些保护系统文件安全的别名，让我们打开 .bashrc 文件： cat /root/.bashrc 可以看到如下代码： # .bashrc # User specific...我们可以自动将 rm 命令重定向为将文件放入回收站目录，操作如下： 首先修改 .bashrc 文件（Linux 下环境配置文件，用于保存一些个性化配置）： vim ~/.bashrc 在文件末尾追加如下代码
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特定的安全功能,所以防火墙很重要; 祸起萧墙,操作规范也非常重要,不要真的变成了删库跑路.
在linux 下操作时经常需要用到rm -rf,一招不慎轻者从删库到跑路，重者跑路机会都没有。...（实际使用mv 来实现rm的删除加放入文件夹功能） 新增定时任务，定时清理回收站，防止过量空间占用 代码实现 rm 的实现：my_rm.sh 此脚本实现了 模拟rm命令进行文件以及文件夹的删除动作，同时模拟支持了
社会很单纯，复杂的是人 如题，我被人删库了 几天没发文了，正在赶一篇工具分享的文章 按我的习惯总会先跑个demo演示下，本想打开Navicat建个表 ，额~ ，几天没打开这是什么局面？ ?...又接连尝试连了几次未果，我就有种不好的预感 用的云数据库不是本地，而且我好些天没操作，误删的几率不太大 赶紧登上云服务器，发现MySQL服务还在， show databases;命令看下数据库 ?...啥都没了，剩三个系统库，到这我意识到是被人阴了 当务之急是抢救数据库，前边的报错，是由于MySQL系统库performance_schema也被删了，其实恢复使用到也不难 直接执行如下命令，进行数据库修复就可以了...不过，归根结底主要责任还是在我，我不犯这么低级的错误，别人也没有钻空子的机会 其实我该庆幸，这只是我个人的demo库，如果我提交的是公司的代码，那后果~ 所以铁汁们，你们一定要吸取教训啊，往Github...提交代码一定要慎重在慎重 ?
EdXposed的开发者，正是因为配置的疏忽，上传了恶意代码，如果他们有良好的开发习惯，做好上传代码的配置工作，或许就可以阻止这一核爆级别的事件。...又或是一些逗逼程序猿不写注释或者是乱写注释，最后导致同事要不就是看不懂代码，要不就是看了注释想打人。...//就不给你们写注释 //这代码写得这么费劲 //所以你们读着也得费劲 说实话要是小E开发时看见上面的注释，估计当场就气的删库走人。...这就是更为人熟知的开发习惯，涵盖了编码中的注释，缩进格式，代码风格等。 点击查看往期文章： 蛇皮N，公众号：腾讯NEXT学院你被代码习惯坑了多少次？...往不同的团队的代码风格和编码规范不同，最好熟知团队的编码规范，要不然过了半个月，连自己亲生的代码都认不出来。
可以看到在删库时调用的是 mysql_rm_db 这个函数，而这个函数又调用了 mysql_rm_table_no_locks 函数，mysql_rm_table_no_locks 会去清理数据字典。...那删库为什么会慢呢？回答这个问题还需要更加深入地分析才行。 ---- OFF-CPU 如果一个进程所依赖的所有资源都已经准备好，那它就可以被调度到 cpu 上执行。...我在分析清理文件的时候发现 vfs 并没有 rm_file 这样的 API ，而是采用“以写代删” 的方式来完成删除操作; 也就是说操作系统并不直接去删除文件，而是把文件系统里面对应的 inode 标记为...---- 结论 通过函数调用堆栈(火焰图)我们可以知道，删除一个库依赖于删除这个库下所有的表，删除一个表不只要清理数据字典还要删除磁盘文件。
今天我们来聊聊删库跑路和代码投毒。我们从可操作性及易发现性还有后果及预防策略上来探讨一下。...删库跑路 在计算机行业，“删库跑路”流传已久，对，就是删完库，跑在监狱的路上，这个对于安全来说简直是小儿科。 可操作性 1....综上：你能删库的概率基本为0了，只要地球还在数据就还在。 易发现性 这个不用多讲，即使能删库，有这个权限的人一根指头都能数清，那就是你了。。...影响后果 删库跑路一般是只会影响自己的公司，对其他企业或者人员没啥影响。但对于你。。。 相信你已经做出了你的选择。...最后 不管是删库跑路还是代码投毒，这些都是法律的红线，调侃归调侃，玩笑归玩笑，笑过以后，希望每个开发者都应该有敬畏之心，不然就只能到包吃包住的地方摸鱼了。
昨天休息了一天，有件事要和大家说下的，微信不知道为什么屏蔽了蓝奏云盘的链接，在微信里面直接打不开，我之前很多资源都是放在蓝奏云盘的。
再来看看删库跑路的关键字搜索记录，我用谷歌，可以看到相关文章链接有 1亿 多条。可以想到这个问题在世界上已经发生过多少回了。为什么还是有类似的事情发生喃。 ?...关于删库跑路，看看知乎上面的一些回答： 微笑哥：我当时在第三方支付公司做技术总监的时候，我个人是没有数据库权限的，数据库权限仅仅开放给公司的几个 DBA ，所以从客观上也不具备实施的条件。
刚见这条新闻波哥是有点不信的，一个公司的核心运维人员，要想搞破坏选择的时间、途径和方法都愚蠢到令人匪夷所思！！但是鉴于此人已经承认犯罪事实，那么咱们就不评判都有...
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
