误执行 TRUNCATE 往往是数据库运维中最让人手心冒汗的瞬间。与 DELETE 不同，TRUNCATE 直接截断底层数据文件，提交后不会留下可逐行回滚的旧版本，单纯靠事务回滚或常规闪回基本无解。但只要数据库开启了连续归档并且保留有基础备份，就可以借助 PostgreSQL 的时间点恢复机制，把...

栏目：PostgreSQL 时间：09-28 PostgreSQL WAL日志 truncate恢复 时间点恢复

数据误删或逻辑错误发生后，能否把DynamoDB表恢复到任意一个历史时间点？答案是利用PITR时间点恢复功能。启用PITR后，DynamoDB会自动持续备份表数据，并以秒级精度记录过去35天内的可恢复时间点。恢复时不会覆盖原表，而是创建一张新表，因此原表仍可继续服务。恢复操作可通过控制台...

栏目：NoSQL 时间：08-26 DynamoDB 时间点恢复 PITR

在使用mysql数据库的过程中，难免会出现误删数据、错误更新数据等意外情况，此时将数据库恢复到指定时间点就成为了关键的补救措施。mysql的PITR即时间点恢复功能，依托全量备份和二进制日志binlog实现，能够精准还原到故障发生前的任意时刻。很多用户不清楚具体的操作流程，也不了...

栏目：MySQL 时间：06-24 mysql_PITR Binlog 全量备份 时间点恢复 数据恢复

在Oracle数据库运维过程中，难免会遇到误删数据、错误操作导致数据损坏等情况，此时基于时间点的不完全恢复就成为挽救数据的重要手段。很多运维人员虽然知道RMAN是Oracle官方推荐的备份恢复工具，但对基于时间点的不完全恢复的具体流程、前置条件以及操作细节并不熟悉。本文将...

栏目：Oracle 时间：06-04 RMAN Oracle数据库 时间点恢复 不完全恢复 数据库备份

在日常数据库运维中，误操作如TRUNCATE、DELETE或UPDATE忘记加条件等情况时有发生，此时传统的闪回或回滚操作往往难以挽回数据。本文通过一个完整的实战模拟，手把手教你如何使用Oracle RMAN工具实现基于时间点的不完全恢复。文章从环境准备开始，包括开启归档模式、创建测试表...

栏目：Oracle 时间：04-15 Oracle RMAN 时间点恢复 不完全恢复 数据库备份