作者:倩-1130 | 来源:互联网 | 2020-12-05 13:11
mysql不小心删除数据库的解决办法:首先打开mysql的binlog功能;然后查看二进制日志状态;接着查看二进制日志文件的操作日志;最后通过Binlog恢复数据即可。
mysql不小心删除数据库的解决办法:首先打开mysql的binlog功能;然后查看二进制日志状态;接着查看二进制日志文件的操作日志;最后通过Bin log恢复数据即可。
在[mysqld]下面加上log-bin一行代码,如下面:
# Replication Master Server (default)
# binary logging is required for replication
log-bin=mysql-bin
# binary logging format - mixed recommended
binlog_format=mixed。
2、用如下方式查看二进制日志状态:是否开启
mysql> show variables like 'log_%';
3、查看所有二进制日志文件:
mysql> show libary logs;
mysql> show binary logs;
+------------------+-----------+
| Log_name | File_size |
+------------------+-----------+
| mysql-bin.000001 | 201 |
| mysql-bin.000002 | 351 |
| mysql-bin.000003 | 276 |
| mysql-bin.000004 | 201 |
| mysql-bin.000005 | 16509 |
4、Mysql查看二进制日志文件的操作日志
#mysqlbinlog --start-position=0 /mydata/data/mysql-bin.000089
[root@test mysql]# mysqlbinlog --start-position=0 --stop-position=500 mysql-bin.000091
Warning: option 'start-position': unsigned value 0 adjusted to 4
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/;
/*!40019 SET @@session.max_insert_delayed_threads=0*/;
/*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/;
DELIMITER /*!*/;
# at 4
#151022 18:00:43 server id 1 end_log_pos 107 Start: binlog v 4, server v 5.5.38-log created 151022 18:00:43 at startup
# Warning: this binlog is either in use or was not closed properly.
ROLLBACK/*!*/;
BINLOG '
y7MoVg8BAAAAZwAAAGsAAAABAAQANS41LjM4LWxvZwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAADLsyhWEzgNAAgAEgAEBAQEEgAAVAAEGggAAAAICAgCAA==
'/*!*/;
# at 107
#151022 23:27:50 server id 1 end_log_pos 198 Query thread_id=2 exec_time=0 error_code=0
SET TIMESTAMP=1445527670/*!*/;
SET @@session.pseudo_thread_id=2/*!*/;
SET @@session.foreign_key_checks=0, @@session.sql_auto_is_null=0, @@session.unique_checks=0, @@session.autocommit=1/*!*/;
SET @@session.sql_mode=1608515584/*!*/;
SET @@session.auto_increment_increment=1, @@session.auto_increment_offset=1/*!*/;
/*!\\\\C utf8 *//*!*/;
SET @@session.character_set_client=33,@@session.collation_cOnnection=33,@@session.collation_server=8/*!*/;
SET @@session.lc_time_names=0/*!*/;
SET @@session.collation_database=DEFAULT/*!*/;
DROP SCHEMA IF EXISTS `pandora`/*!*/;
# at 198
#151022 23:27:50 server id 1 end_log_pos 346 Query thread_id=2 exec_time=0 error_code=0
5、通过Bin log恢复数据. 因为我整个Schema都删掉了,又没备份,正好开启了bin log日志,所以把历史的bin-log都重新执行了一遍,重新恢复到误删以前的版本,(我这里总共有91个文件,批量处理的):(9999999999999:是为了省掉去查找每一个bin-log日志文件的起始结束位置,设的一个无穷大的数字,简化操作.)
#mysqlbinlog /var/lib/mysql/mysql-bin.000001 --start-position=0 --stop-position=9999999999999 | mysql -uroot -p123456
#mysqlbinlog /var/lib/mysql/mysql-bin.000002 --start-position=0 --stop-position=9999999999999 | mysql -uroot -p123456
#mysqlbinlog /var/lib/mysql/mysql-bin.000003 --start-position=0 --stop-position=9999999999999 | mysql -uroot -p123456
... ...
所以总结结论是:
- 1、切记一定要定期备份;
- 2、有备份的话恢复也快一点,可以从备份的时间点做增量备份,不需要像我这里从头开始91个文件全部批量跑一遍,当然我用编辑器批量处理的也还算快;
- 3、另外一定要打开Bin-log日志,如果没做备份也可以通过Bin-log日志恢复。
- 4、操作要小心。
其它:
1、还有个sql_log
mysql> show variables like 'sql_log_%';
Mysql开启关闭sql二进制日志:
mysql> set sql_log_bin=0; //关闭
set session sql_log_bin=0;
2、查找文件位置:
find / -name my.cnf
3、linux 查看当前所在目录的全路径
pwd命令:
/var/lib/mysql
4、查看当前binary log的情况:
mysql>show master status;
5、在my.cnf/my.ini中设定binary logs回滚天数:
expire_logs_days = 7
6、查看Master的bin log日志
mysql> show master logs;
+-----------------+-----------+
| Log_name | File_size |
+-----------------+-----------+
| log-bin.000001 | 98 |
+-----------------+-----------+
1 row in set (0.00 sec)
---------------------
以上就是mysql 不小心删除数据库怎么办的详细内容,更多请关注 第一PHP社区 其它相关文章!