同事删库跑路后，我连表名都不能修改了？

在IT行业这个发展更新速度很快的行业，只有不停止的学习，才不会被行业所淘汰。如果你是数据库学习者，那么本文《同事删库跑路后，我连表名都不能修改了？》就很适合你！本篇内容主要包括同事删库跑路后，我连表名都不能修改了？，希望对大家的知识积累有所帮助，助力实战开发！

原创：码农参上（微信公众号ID：CODER_SANJYOU），欢迎分享，转载请保留出处。

事情是这样的，前几天隔壁部门的哥们在生产环境的数据库上，执行了一下

1142 - DROP command denied to user 'hydra'@'localhost' for table 't_orders'

什么情况，重命名表和

revoke drop on *.* from hydra@'localhost';

好了，准备工作做完了，It's show time~

修改表名

前面直接使用navicat来修改表名失败，那我们再用sql命令来尝试一下：

上面测试了两种重命名表的命令，无论是

alter table t_orders auto_increment= 1;

drop作用范围

那么，是否存在即使在没有权限的情况下，也可以执行成功的

drop DATABASE mall;
> 1044 - Access denied for user 'hydra'@'localhost' to database 'mall'
> 时间: 0.005s

drop TABLE t_orders;
> 1142 - DROP command denied to user 'hydra'@'localhost' for table 't_orders'
> 时间: 0s

drop VIEW order_view;
> 1142 - DROP command denied to user 'hydra'@'localhost' for table 'order_view'
> 时间: 0.001s

上面这些命令理所当然的没有执行成功，但是在尝试到使用

show variables like '%log_bin%';

在值为

delete from t_orders;

在恢复删除的数据前，需要先找到存放数据文件的目录：

在该目录下，存在若干名称为

mysqlbinlog --base64-output=decode-rows -v --database=mall --start-datetime="2021-09-17 20:50:00" --stop-datetime="2021-09-17 21:30:00" D:\tmp\mysql-bin.000001 > mysqllog.sql

对参数进行一下说明：

• base64-output=decode-rows

  ：基于行事件解析成sql语句，并将数据转换正常的字符

• database

  ：数据库名

• start-datetime

  ：从binlog中第一个等于或晚于该时间戳的事件开始读取，也就是恢复数据的起始时间

• stop-datetime

  ：与上面对应的，是恢复数据的结束时间

• D:\tmp\mysql-bin.000001

  ：恢复数据的日志文件

• mysqllog.sql

  ：恢复数据的输出文件

执行完成后，在

bin

mysqllog.sql

delete

从语句中可以拿到

delete

delete

insert

好了，如果你坚持看到这里，答应我，以后删库前，先看一下有没有开启binlog好吗？

官方文档：https://dev.mysql.com/doc/ref...

好了，本文到此结束，带大家了解了《同事删库跑路后，我连表名都不能修改了？》，希望本文对你有所帮助！关注golang学习网公众号，给大家分享更多数据库知识！