
以下情况可以恢复数据:
1 innodb引擎表开启了事务,执行dml语句,比如delete、update、insert之类,并且没有提交即commit *** 作的话,可以执行rollback进行回滚恢复。如果是ddl *** 作,如drop、create、alter之类的 *** 作时无效的
2 在进行删除 *** 作之前有备份,比如mysqldump,物理备份数据文件之类的 *** 作,那么可以恢复到删除前的数据
3 如果你的删除 *** 作是直接对data下的文件进行删除,注意,不是粉碎文件 *** 作,那么你可以尝试用磁盘恢复软件来找回被误删的数据文件;
除以上情况,其他真的是没法恢复了,不过貌似很多公司号称能够恢复,要收费,具体他们怎么恢复我就不晓得了。
如果你要恢复的数据库是包含授权表的mysql数据库,您将需要使用--skip赠款-tables选项来运行服务器恢复整个数据库
- 首先,。否则,服务器会抱怨不能找到授权表。恢复表后,执行mysqladmin冲水privileges告诉服务器装载授权表,并用它们来启动。数据库目录到其他地方的原始内容
复制。例如,您可以使用它们在以后的事后分析检查表(验尸)的崩溃。
酒店与最新的数据库备份文件重新加载。如果您打算使用mysqldump的所加载的文件,则需要输入它们作为mysql的。如果您打算使用从数据库文件直接拷贝(例如,使用tar或CP),它会复制他们直接回数据库目录中。然而,在这种情况下,你应该在关闭之前,该服务器复制这些文件,然后重新启动它。在备份过程中
重做日志,然后查询更新数据库表中。对于所有可用的更新日志,你可以使用它作为mysql的输入。指定--one-database选项,因此MySQL只是要还原的数据库执行查询。如果你意识到有必要使用所有的更新日志文件,可以使用包含以下命令日志的目录:
%LS-TRL更新(0-9) | xargs的猫| mysql--。一个数据库DB_NAME
ls命令生成一个单独的日志文件更新列表,更新日志文件根据服务器(你知道,如果你其中的任何文件,排序顺序生成的顺序进行排序会发生变化,这将导致在更新日志中以错误的顺序使用)。有限公司您可能需要使用一些更新日志。例如,如果日志,因为命名update392备份,pdate393等产生的,可以在命令重新运行它们:
%的mysql - 一个数据库DB_NAME <录入。 392
%的mysql - 一个数据库DB_NAME <updata393
如果您正在运行的恢复,并打算使用更新日志恢复由于失误降数据的基础上,DROPTABLE或DELETE语句和丢失的信息时,一定要在开始更新日志删除这些语句。
恢复单个表
恢复单个表是非常困难的。如果是的mysqldump备份文件生成的,它只是不包含数据,您需要一个表,你需要提取的相关线路,并利用它们作为mysql的输入,这部分比较容易。困难的是,提取在该表的更新日志中使用的片段。你会发现:mysql_find_rows工具在这方面有所帮助,它可以提取多行从更新日志查询。另一种可能性是使用另一台服务器
恢复整个数据库,然后将该文件复制到表的原始数据库。这其实很容易!当文件被复制回数据库目录,确保原始数据库服务器关闭。
mysql所有语句的长度限制(包含insert语句),受系统选项max_allowed_packet控制,可以用如下指令查询,默认值1M或16M:
show VARIABLES WHERE Variable_name LIKE 'max_allowed_packet';
也可以在myini配置文件里修改:
[mysqld]
max_allowed_packet = 8M
看来你机器的性能不是一般的烂啊。。。
第一:做个定时的Job放到crontab里面,晚上跑
第二:在丛库上做备份
第三:你要搞清楚什么叫冷备?你上面的备份方式是完全错误的。。。。
停服务备份叫冷备,你这个叫热备
如果你用的是myisam,你网站打不开的原因并不是因为性能,而是因为备份把表锁了,如果是innodb,就更糟糕了,你上面的备份是无法恢复的,因为你不知道你备份的位置,必须加上single-transaction
则表示配置成功
测试
Grant select,update,insert,delete on db to myapp@’%’
通过navicat或者客户端连接后进行修改添加数据进行测试
运维记录
mysqldump -h 127001 -u root -p mms_sdmtv > mmssql
#backupdb
mysql -u root -p mms_sdmtv< mmssql
#restoredb
GRANT ALL PRIVILEGES ON TO monty@”%” IDENTIFIED
BY ’password’ WITH GRANT OPTION;
grant all privileges on to root@'%' identified by '' with grant option
flush privileges
revoke all privileges on from root@'%';
fzhftp100
#myapp的认证密码
change master to
master_host='10021114',master_user='myapp',master_password='fzhftp100',master_log_file='mysql-bin000014',master_log_pos=98;
#记住不日志文件不要有空格否则会同步失败
change master to
master_host='10021113',master_user='myapp',master_password='fzhftp100',master_log_file='mysql-bin000017',master_log_pos=98;
#记住不日志文件不要有空格否则会同步失败
不小心删除bin日志导致主主同步失败可以用以下方法再次
Slave:stop slave;
Master:flush logs
Master: show master status;
Slave: CHANGE MASTER TO MASTER_LOG_FILE=’log-bin00000X′, MASTER_LOG_POS=106;
Slave: start slave;
亦可以用SET GLOBAL SQL_SLAVE_SKIP_COUNTER=1;
-
以上就是关于如何恢复数据库表删除数据 mysql全部的内容,包括:如何恢复数据库表删除数据 mysql、mysql的数据删除后怎么恢复、请教MYSQL insert语句的长度限制 MYSQL语句最长可以多长等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)