救命：数据库误操作，如何恢复到上一步的状态

shuangren 2004-01-07 05:45:22

在查询分析器里不小心把一个字段的两千条记录全部改了名字，如何恢复原状？

...全文

1933 4 打赏收藏转发到动态举报

写回复

4 条回复

切换为时间正序

请发表友善的回复…

发表回复

shuangren 2004-01-07

打赏
举报

回复

已经想到几个办法，不过都要等明天，thanks

shuangren 2004-01-07

打赏
举报

回复

对日志如何恢复？
这是这两天的日志

2004-01-06 23:59:07.18 backup 数据库已备份: 数据库: oa，创建日期（时间）: 2003/08/27(13:58:14)，转储的页数: 4194，第一个 LSN: 305:1086:1，
2004-01-07 15:12:07.89 spid69 启动数据库“UIPState”。
2004-01-07 15:14:26.60 spid69 启动数据库“UIPstore”。

好像昨天有备份，但是网管回家了，只能等到明天。我还有没有其它办法？

1ssp 2004-01-07

打赏
举报

回复

有备份,恢复就行了.
如果没有备份
你只能靠日志文件了
备份你的日志,
打开日志
通过日志想办法一点一点恢复.

OpenVMS 2004-01-07

打赏
举报

回复

如有上次的全盘备份
试试：
备份日志，
利用时间点恢复

MySQL数据误操作恢复的关键在于事前准备和正确策略。核心步骤包括：立即停止操作、评估损失范围，根据有无备份选择恢复路径。有备份时优先采用"备份+二进制日志"的标准方法，通过全量备份恢复基础数据，再用binlog恢复增量数据。无备份则依赖二进制日志逆向生成SQL（需binlog_format为ROW）。不同误操作类型对应不同恢复方案，如DROP TABLE必须依赖备份恢复表结构。预防措施至关重要：必须开启ROW格式binlog、定期备份并验证、限制高危权限、操作前检查WHERE条件。最佳

误删数据库？别慌！这份终极指南将带你从零开始掌握MySQL Binlog数据恢复技术，让你在危机时刻能够力挽狂澜。

具体方法：　　　　原文:http://blog.csdn.net/dba_huangzj/article/details/8491327经验教训：1、新建数据库一定要做一次全备份；2、制定定时计划任务做数据备份；3、决不能直接把开发环境连接生产数据库；4、做技术，尤其是做数据相关的技术，是要很严谨的，决不能掉以轻心，时时刻刻保持严谨之心；灾难情况概述：在执行Update语...

本文详细介绍了达梦数据库闪回功能的配置与实战应用，包括闪回查询、表级闪回恢复和回收站功能。通过具体案例和SQL示例，帮助用户快速掌握如何利用FLASHBACK技术恢复误操作数据，提升数据库管理效率。特别强调了UNDO_RETENTION参数的配置技巧和回收站管理的最佳实践。

版本控制系统是软件开发的核心基础设施，Git作为分布式版本控制的行业标准，其对象数据库和引用机制为代码历史提供了完整追踪能力。理解Git的底层存储原理（blob/tree/commit对象）和引用日志(reflog)机制，是进行数据恢复的技术基础。在实际工程中，force push误操作、错误rebase和分支删除是最高频的三大事故场景，通过合理配置pre-push钩子和protected branch等防护措施可降低80%风险。针对已发生的误操作，采用git fsck扫描悬空对象、利用reflog找回丢失

34,876

社区成员

254,635

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章