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

shuangren 2004-01-07 05:45:22

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

...全文

1925 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误删数据的两种恢复方法：标准方法（备份+二进制日志）和紧急方法（仅依靠二进制日志）。强调了在发现误操作后应立即停止操作并评估损失，同时提供了具体的恢复步骤与注意事项。还总结了不同误操作场景，并提出预防措施，如开启二进制日志、定期备份及权限管理等。

本文系统讲解MySQL Binlog在误删库等事故中的数据恢复方法，涵盖Binlog原理、恢复五步法（冻结现场、备份binlog、定位误操作位点、增量回滚至故障前）、mysqlbinlog工具精准解析、自动化脚本设计，并强调全量+增量备份、7天binlog保留、定期演练等预防机制，聚焦数据库高可用与灾备核心技术。

本文讲述了在SQL Server中因未添加Where条件导致大量数据被误更新的灾难性事件，并分享了如何利用日志恢复数据的过程。

本文详解达梦数据库（DM8+）闪回功能的完整应用流程，涵盖配置启用、UNDO_RETENTION参数调优、闪回查询（AS OF TIMESTAMP/SCN）、表级闪回恢复（FLASHBACK TABLE TO BEFORE DROP/TRUNCATE）、回收站管理等核心能力。重点说明其在误UPDATE、误DROP/ TRUNCATE及历史数据追溯场景下的快速恢复机制，并强调UNDO表空间规划、SCN一致性、DDL影响等关键技术限制与最佳实践。

本文详解Secure Boot密钥丢失的根本原因，涵盖PK、KEK、db及dbx四大密钥变量的作用与失效场景；重点介绍华硕、联想、戴尔、惠普等主流品牌的一键恢复操作流程；补充UEFI Shell下手动清除/重载密钥的底层修复方法；并阐明Setup Mode与User Mode的区别与诊断要点，助力用户快速重建可信启动链。

34,876

社区成员

254,640

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

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

+ 用AI写文章