除了rm,drop是删库跑路的经历，你职业生涯中还经历哪些删库跑路的经历？

一.dd 命令。

     这个命令看似简单，但是如果你的if 命令不心写成/ 

二、fio  命令，orion 命令

    哪天你刚好接到一个任务，测试一下磁盘的读写速度，好你网上搜索一下到fio，然后你写了 filename=/dev/sdb1 ，

你要知道这个命令的危险之处是它会在这个磁盘分区从开始就写数据。假设你的启动分区安装在/dev/sdb1 ,系统也会损坏，如果这个分区、

有数据文件，数据文件也会损坏。fio 需要找一个空闲分区。

oracle的硬盘io测试工具orion也一样

WARNING: IF YOU ARE PERFORMING WRITE TESTS, BE PREPARED TO LOSE ANY DATA STORED

ON THE LUNS.

要是你测试的是根分区，操作系统也会被损坏。

三、mysqldump

   mysqldump 导出的文件dump1，然后你开开心心拿到数据去执行。但是里面有一个潜伏这一个危险命令drop database xxx if exists.

而如果你不幸在生产不小心执行了，刚好这个库不是要删除的，等着跑路吧

四、连接错误shell窗口

  凌晨深夜，你登录到一个窗口，你需要重新创建一个备库。刚好你连接库shell窗口连接错了，本来是应该连接到测试shell，但是

你已经连续2天加班，疲惫不堪，上面的任何一条命令下去，结果game over

五 mysqldump 隐含风险

  在业务高峰期 你发布了一个命令mysqldump ,这个命令隐含的一个风险是 对导出的数据加一个读锁。刚好把核心业务表锁住了。

六、 find

   数据库的日志太多了，嗯，写一个定时任务吧，把10天前的日志都删除。 find /xxx/data/log/dir  -name  *.log 嗯不错。手

抖了一下/xxx/data/log/dir  多了一个空格/ xxx/data/log/dir ,把oracle的redo日志也刚好删除了。数据库崩溃了。