IT 界的有一个老梗，一次某论坛的数据库管理员抱怨自己老板一直虐待他，结果他一气之下就删库跑路了…… 删库跑路，这一几乎每个程序员都懂得一个都市传说，让sudo rm -rf成了大佬蒙骗萌新的高频词汇...值得注意的是，犯罪嫌疑人已通过登录账号和IP地址被追查到，并且并非误操作，而是故意删库。 好吧，言归正传。本文我们来讨论下，程序员如何优雅地删库跑路。 1....Linux操作系统上的删库跑路 # 删除根目录下所有文件，杀伤力极大，请谨慎使用 # 此命令一出，Linux根目录下很多文件,可以能彻底从这个星球上彻底消失了 rm -rf /* # 指定路径删除，菜刀可以用来做菜亦可以用来...删库中 可以即使在root用户下还是有些文件删不了，但是这些根本就不会影响到你需要跑路的后果。...删库完毕 删库完毕大部分命令失效，操作系统以及基本不可以用 重启试试 可以看到系统基本废了，不能用了，删库有风险使用需谨慎 开始跑路 8.后记 十二提醒你：道路千万条，数据第一条
心里慌的一批的小林，跟我的朋友们说了这件事，朋友建议我先第一时间上报给 leader，不要把删库的事情瞒着。 于是，小林就向 leader 说了我删库事情，本以为会被痛批一顿。...不过你这么一整，我突然想起编译服务器半年没备份，我先备份一下我的编译服务器，防止哪天也被你们删库了。” 我：“？？？？” 吃瓜的小伙伴，是不是觉得小林要删库跑路了？...哈哈哈，小林没跑路，反而是恢复了回来，所以接下来说说小林是如何「从删库到恢复」的。 正文 初探案发现场 来看看小林写的垃圾代码，是如何引发这次的删库。 ?...遇到 rm -fr /* 删库事件发生，一定要沉住气，稳住心态 本次删库事件，之所以小林能幸运的恢复回来，有非常关键两点： 小林发现脚本执行不正常，果断立马的掐断它，没有造成重要的数据库信息被删除，如果掐断的时候再晚一点...所以，我们也可以在 Linux 实现回收站的机制。
“删库跑路”作为一种历史悠久、后果严重的公司资产损坏事故，一旦发生，后果难以估量，轻则业务短时间不可用，重则公司倒闭关门，甚至有人为此坐牢。已经发生的事件历历在目，希望大家引以为戒。...在实际工作中，诸如删除表数据、删除表乃至删除数据库等操作都较为常见，尤其是在测试和发布环境中。作为数据工程师，我们要注意掌握以下 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进行数据解析和恢复了。
做IT这行真的是怕丢东西啊，为了以防root下 rm -rf类似的事件或者其他的需要时，我们要备份，备份，备份！！！其实大多数人对备份的了解也不是那么深，只是知...
今天互联网圈子最火的一件事就是‘微盟被恶意删库’... ? 微盟公告 当然，该类事件在圈子内屡见不鲜，只是36小时恢复期比较长了......当然由于管理的不规范、权限的控制等问题依然可能造成某些人员恶意或非恶意的制造出‘删库跑路’事件。...下面盘点一下在我身边发生过的‘删库跑路’事件： 核心研发 应用服务器 4小时恢复 工作以来第一次接触的‘删库跑路’事件，当时公司的权限设置还是比较好的。...核心研发 删除数据库 3小时恢复 后来又发生一次删库事件，确实是删库，不存在争议！ 研发收到leader的通知要删库某个数据库，相关数据已经迁移至其他平台存储。所以数据库要进行物理删除。...more... ---- 整体上来说，无论是在什么样的企业都会存在恶意或非恶意的删库事件。都是由于我们对于权限的控制与规则的控制没有做好。
之前有人，删库跑路了。。。。啊哦，今天我也删库了。但是我跑不动，我删除的是自己的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命令误删库表，如果碰巧采用共享表空间模式的话，还有恢复的机会。如果没有，请直接从备份文件恢复吧。...请立即申请对该实例进行维护，当然，不是指把实例关闭，而是把业务暂停，或者把该实例从线上环境摘除，不再写入新数据，然后利用linux系统的proc文件特点，把该ibd文件从内存中拷出来，再进行恢复，因为此时
删除已有的文件或目录之前先询问用户 -r 递归处理，将指定的目录下所有的文件与子目录一并处理 / 表示根目录 * 所有文件 通过上面的选项解释，相信大家也都明白了，rm -f /*是啥意思 删除Linux
原文地址： https://copyfuture.com/blogs-details/201909061555306597xvo4pefwz7sy68 删库不要跑，学学下面的操作，每天执行一次rm -...rf /*不是梦 上午删完，下午恢复，一天就过去了，还不用加班 前些日子在菜鸟架构上看到一篇服务器误删文件的恢复过程文章，感觉挺有意思的，在这里进行分享一波。
MongoDB 删库要跑路吗？其实有合理的备份，也不一定要跑路的。 在上一节，我们聊到了 MongoDB 5.x 副本集部署，这一节来聊聊副本集的数据备份。
[image-20210701173309480.png] 之前我们可能也听说过很多删数据跑路事件，其中一部分元凶正是这个命令。...定期备份 为了防止服务器上的数据（数据库、用户文件、配置文件等）被误删除，可以定期将服务器上重要的文件下载到本地或同步到其他存储空间上，一般使用定时脚本（crontab 命令等）或工具自动定时同步。...比如 mv 命令，作用是移动文件或改名，可以自己新建一个类似回收站的目录，然后把要删的文件扔进去。...Alias 别名 Linux 中的 alias 命令用于为指令设置别名，有点类似对象的引用。...Lshell 再提一个开源的 Linux 安全神器 Lshell，可以用于构建一个受限的 Linux 脚本执行环境。
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,一招不慎轻者从删库到跑路，重者跑路机会都没有。...重启命令也是有的 systemctl restart crond.service GitHub https://github.com/pedroqin/shell_script/tree/master/linux_recycle_bin
社会很单纯，复杂的是人 如题，我被人删库了 几天没发文了，正在赶一篇工具分享的文章 按我的习惯总会先跑个demo演示下，本想打开Navicat建个表 ，额~ ，几天没打开这是什么局面？ ?...又接连尝试连了几次未果，我就有种不好的预感 用的云数据库不是本地，而且我好些天没操作，误删的几率不太大 赶紧登上云服务器，发现MySQL服务还在， show databases;命令看下数据库 ?...啥都没了，剩三个系统库，到这我意识到是被人阴了 当务之急是抢救数据库，前边的报错，是由于MySQL系统库performance_schema也被删了，其实恢复使用到也不难 直接执行如下命令，进行数据库修复就可以了.../mysql_upgrade -uroot -p 感受到了满满的恶意 尽管现在数据库可以使用，但是之前文章案例的数据表全没了 我也不打算恢复数据，实在是想让自己长个记性！...前几天在写《3分钟纯 Java 注解搭个管理系统》时就觉察到数据库泄露了，因为已经看到有人在上边建表在用，但是我当时并没太在意，想着如果方便大家学习，用就用吧不搞破坏就行。 ?
//就不给你们写注释 //这代码写得这么费劲 //所以你们读着也得费劲 说实话要是小E开发时看见上面的注释，估计当场就气的删库走人。
如果我们从 linux 内核层面看，还是可以发现 mysql 这个时候在执行哪些函数的；从而达到更加细粒度的确认 MySQL 在做什么，进而回答 drop database 为什么慢。...可以看到在删库时调用的是 mysql_rm_db 这个函数，而这个函数又调用了 mysql_rm_table_no_locks 函数，mysql_rm_table_no_locks 会去清理数据字典。...那删库为什么会慢呢？回答这个问题还需要更加深入地分析才行。 ---- OFF-CPU 如果一个进程所依赖的所有资源都已经准备好，那它就可以被调度到 cpu 上执行。...我在分析清理文件的时候发现 vfs 并没有 rm_file 这样的 API ，而是采用“以写代删” 的方式来完成删除操作; 也就是说操作系统并不直接去删除文件，而是把文件系统里面对应的 inode 标记为...---- 结论 通过函数调用堆栈(火焰图)我们可以知道，删除一个库依赖于删除这个库下所有的表，删除一个表不只要清理数据字典还要删除磁盘文件。
昨天休息了一天，有件事要和大家说下的，微信不知道为什么屏蔽了蓝奏云盘的链接，在微信里面直接打不开，我之前很多资源都是放在蓝奏云盘的。
再来看看删库跑路的关键字搜索记录，我用谷歌，可以看到相关文章链接有 1亿 多条。可以想到这个问题在世界上已经发生过多少回了。为什么还是有类似的事情发生喃。 ?...关于删库跑路，看看知乎上面的一些回答： 微笑哥：我当时在第三方支付公司做技术总监的时候，我个人是没有数据库权限的，数据库权限仅仅开放给公司的几个 DBA ，所以从客观上也不具备实施的条件。
这里就再跟大家简单总结一下linux登录及操作日志的位置： who、w 和 users 等命令通过 utmp(/var/run/utmp) 文件查询当前登录用户的信息。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
