你可能感兴趣的试题
确保持久性是数据库系统中事务管理部件的责任 串行地执行事务不是解决事务并发执行问题的一种方式 一旦中止事务造成的变更被撤销,则称事务已回滚 如果每个事务都保证一致性和原子性,即使它们并发执行,也有可能导致不一致状态
UNDO日志在数据被修改后记录它的新值 采用回滚段机制来处理 回滚段在事务结束时释放 数据库进行回滚操作时直接利用回滚段进行恢复
将该事务对数据库的修改进行恢复 将事务对数据库的更新写入硬盘 跳转到事务程序的开头重新执行 将事务中修改的变量值恢复到事务开始时的初值
事务处理不是完全提交,就是完全回退 COMMIT操作将事务所做更改写入数据库 ROLLBACK则对事务操作进行回滚,取消对数据所做的更改 COMMIT之后还可以通过ROLLBACK语句执行回滚操作
跳转到事务程序开始处继续执行 撤销该事务对数据库的所有的INSERT、UPDATE、DELETE操作 将事务中所有变量值恢复到事务开始时的初值 跳转到事务程序结束处继续执行
回滚并不一一定表示事务不成功结束 无级联调度是不可恢复的 共享锁又称为S锁 共享锁又称为写锁
事务改变前的旧数据 事务改变后的新数据 事务改变前后的数据 重做日志
事务回滚记录 事务开始记录 事务更新记录 事务中止记录
对该事务对数据库的修改进行恢复 将事务对数据库的更新写入硬盘 跳转到事务程序的开头重新执行 将事务中修改的变量值恢复到事务开始时的初值
产生检查点时,系统只把缓冲区中的日志写入磁盘(多选) 数据库恢复从最近的检查点扫描联机日志 重做联机日志记录的内容 对仍活动的事务使用回滚日志进行回滚
回滚并不一定表示事务不成功结束 无级联调度是不可恢复的 共享锁又称为S锁 共享锁又称为写锁
事务故障的恢复必须有DBA参与 事务故障的恢复需要数据库副本 事务故障的恢复只需要日志,不需要DBA参与 事务故障的恢复需要日志和数据库副本