通过bin-log对mysql进行数据恢复

mysqlbinlog --database=数据库名 --start-date="2017-06-01 5:00:00"  --stop-date="2017-06-11 10:00:00" var/mysql-bin.000001 | mysql -u root -p123456 -f

1、注意粗体字可执行文件的位置,如果已加入环境变量可以忽略

2、注意红色字bin-log日志的位置要写对

3、数据库名要改

4、可以设置日期

5、最后设置使用的数据库账号、密码

时间: 2024-10-10 07:59:52

通过bin-log对mysql进行数据恢复的相关文章

关于Mysql错误:./bin/mysqld_safe --user=mysql& [1] 32710 121003 16:40:22 mysqld_safe Logging to '/var/log/mysqld.log'. 121003 16:40:22 mysqld_s

[[email protected]]# ./bin/mysqld_safe --user=mysql&[1] 32710[[email protected]]# 121003 16:40:22 mysqld_safe Logging to '/var/log/mysqld.log'.121003 16:40:22 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql这些大多是权限的问题因为mysql数据库需要

mysql general log 查看mysql 执行历史

我们有时候需要查看mysql的执行历史,比如我们做sql优化的时候,起码要知道执行的sql是什么,框架一般会帮我们拼装sql,所以在程序中不一定能够打印出sql,这个时候就需要mysql的general log了. 查看设置mysql genneral log show VARIABLES like '%general_log%'; set GLOBAL general_log = off;// on-打开; off-关闭 general_log ON general_log_file /var

mysql general log 查看mysql 运行历史

我们有时候须要查看mysql的运行历史,比方我们做sql优化的时候,起码要知道运行的sql是什么.框架通常会帮我们拼装sql,所以在程序中不一定能够打印出sql,这个时候就须要mysql的general log了. 查看设置mysql genneral log show VARIABLES like '%general_log%'; set GLOBAL general_log = off;// on-打开; off-关闭 general_log ON general_log_file /var

mysql bin log

二进制日志主要用于记录任何有可能改变数据库的操作,因此主要用于记录 DDL DML语句,包括数据库授权语气.记录格式为二进制的.我们无法使用普通文本查看命令取查看.只能使用mysql提供的专用命令,叫做mysqlbinlog 二进制日志非常重要用于我们数据库服务器崩溃时候,依靠二进制日志可以进行恢复 一般情况下位于数据目录下,以主机名开头或者是mysql-bin开头,mysql服务器重启一次,这个日志就会滚动一次,这个日志需要不停的滚动.而且记录增长的速度非常快.是能够实现mysql复制,以及即

mysql的数据恢复

转载自:http://ourmysql.com/archives/1293 数据库数据被误删除是经常看到的事情,数据的恢复也就自然成为了DBA很重要的一门基本功夫,比较笨拙的办法是拉出历史的备份到另外的一台机器恢复出来,但是这种方法如果数据量比较大的话,往往会耗费较长的时间,以前在使用oracle的时候,提供了很多数据恢复的办法,常用的办法就是采用闪回flashback,或者通过logmnr在分析日志完成数据的恢复,但是在mysql中,数据的恢复变成了很困难的一件事情. 上周一同事的数据库就由于

使用XtraBackup恢复|备份 Mysql数据库 -- 数据恢复篇

数据恢复篇 XtraBackup工具介绍: 现在我们给MySQL做备份的时候经常会考虑到数据量的增长,数据量较小的时候用mysqldump,随着数据量越来越大mysqldump也就不太合适了.第一不支持增量备份,第二恢复的时候也较慢.这里推荐使用Percona公司的XtraBackup. 简单介绍一下热备份工具XtraBackup,它是Percona公司推出的一款热备份工具,备份的时候不影响数据读写操作,是商业工具HotBackup的一个替代(现在应该叫MySQL Enterprise Back

bin log、redo log、undo log和MVVC

logs innodb事务日志包括redo log和undo log.redo log是重做日志,提供前滚操作,undo log是回滚日志,提供回滚操作. undo log不是redo log的逆向过程,其实它们都算是用来恢复的日志: redo log通常是物理日志,记录的是数据页的物理修改,而不是某一行或某几行修改成怎样怎样,它用来恢复提交后的物理数据页(恢复数据页,且只能恢复到最后一次提交的位置).mysql中使用了大量缓存,缓存存在于内存中,修改操作时会直接修改内存,而不是立刻修改磁盘,当

mysql数据库数据恢复方案概括总结

方案一:(传统方案) 备份+binlog日志增量: 方案二:(针对update.delete语句忘加where的情况) Binlog日志文件中保存有错误操作之前和之后的两组数据,将错误操作之前的数据修改成update语句重新执行一次: 详情链接:http://www.wushiqin.com/?post=77 方案三:(利用从库的方案)        添加新从库并设置时差,在主从同步数据之前删除binlog日志文件内执行的错误语句: 第三种方案尚未测试,请有经验的大神给判断下,虚心请教谢谢!!!

MySQL主从出错小结

一.故障现象 使用脚本: #!/bin/bash declare -a arr arr=($(echo "show slave status\G" | /usr/local/mysql/bin/mysql -uroot -pDdFour_123 | grep -E 'Running|Error' | awk '{print $2}')) if [ ${arr[0]} == 'No' -o ${arr[1]} == 'No' ] ;then          zabbix_sender