第七篇 数据库管理.pptVIP

第七章 数据库管理 教学内容 理解事务的概念及其处理模型 熟悉数据库系统中并发控制的基本方法 理解数据库故障恢复策略 掌握数据库完整性约束和安全性控制的实现方法 教学重点 事务处理模型 加锁协议 完整性约束 教学难点 并发操作 事务 定义 事务(Transaction)是DBMS的执行单位，由有限的数据库操作序列组成 例：银行转账业务 事务 性质1:原子性(Atomicity) Nothing or All:不允许事务部分完成 COMMIT语句：提交该事务对数据库的所有修改，使其成为数据库中永久的一个部分，表示一个事务成功地结束 ROLLBACK语句：撤销该事务对数据库的所有修改，将事务回滚到事务的起点，即全部不执行事务的操作序列 由DBMS的事务管理子系统实现 事务 性质2:一致性(Consistency) 事务对数据库的作用应使数据库从一个一致状态转变到另一个一致状态 数据库的一致状态是指数据库中的数据满足完整性约束，即数据的完整性约束不会因事务的执行而被破坏 例如，银行转账业务的完整性约束条件为转账前后账号A与B的余额之和相等 事务 性质3：隔离性(Isolation) 如果多个事务并发执行，应像各个事务独立执行一样，互不干扰 由DBMS的并发控制子系统实现 事务 性质4：持久性(Durability) 一个事务成功执行后，对数据库的影响应是永久的，即使是数据库因故障被破坏，DBMS也应该 能够恢复 由DBMS的事务管理子系统和恢复管理子系统配合实现 事务处理模型 ANSI/ISO SQL事务模型 规定用户或程序始终处于事务处理状态，用户或程序执行的第一个SQL语句是一个事务的开始，当遇到以下四种情况之一时，该事务将结束 执行COMMIT语句，当前事务成功结束，立即开始一个新事务 执行ROLLBACK语句，当前事务异常结束，立即开始一个新事务 对于SQL程序而言，程序正常结束表示当前事务也结束了，无新事务开始 对于SQL程序而言，程序异常结束表示当前事务也结束了，无新事务开始 事务处理模型 SQL SERVER的事务处理模型 在编写程序时，应把事务用事务开始语句和结束语句加以限定 BEGIN TRANSACTION语句表示一个事务的开始 COMMIT TRANSACTION语句表示一个事务的成功结束，但不能自动开始一个新事务 可通过SAVE　TRANSACTION语句在事务中间建立一个保存点(Savepoint) 通过ROLLBACK　TRANSACTION语句可以该事务所有的更新操作，回滚到事务寝状态（如果设有保存点，将只放弃保存点之后的更新操作，回滚到保存点的状态） 事务状态变迁图 SQL　SERVER事务处理实例 并发操作 串行访问 事务顺序执行，一个事务完全结束后，另一个事务才开始 并发访问 DBMS同时接纳多个事务的执行方式 交叉并发：在单CPU系统中，同一时间只能有一个事务占有CPU，各个事务交叉使用CPU 同时并发：在多CPU系统中，可以允许多个事务同时占有CPU 并发操作 优点 提高系统资源的利用率和吞吐率 改善短事务的响应时间 缺点 多个事务并发地存取同一数据，可能会破坏数据库的完整性，产生数据不一致问题 并发操作引起的问题 问题1：丢失更新(Lost Update) 例：在一个多用户订单系统中，甲、乙两个业务员并发地从产品表中存取41004号产品的库存数量(假设该产品的初始库存数量为139) 并发操作引起的问题 问题2：读脏数据(Dirty Read) 并发操作引起的问题 问题3：不可重复读(Unrepeatable Read) 并发操作引起的问题 总结 并发操作所引起问题的根源来自对同一数据对象的写－写冲突或读－写冲突 问题的关键在写操作上，只读事务的并发操作不会产生上述问题 DBMS的并发控制子系统用于解决上述问题 并发控制的基本方法是封锁 封锁技术 锁(Lock) 一个与数据项相关的变量，对可能应用于该数据项上的操作而言，锁描述了该数据项的状态 通常在数据库中，每个数据项都有一个锁 锁的作用 使并发事务对数据库中数据项的访问能够同步 锁的基本用法 在操作之前先对数据项加锁，以防止用户读取正由其他用户更改的数据项或多个用户同时更改相同的数据项 封锁技术 排它锁(X锁，eXclusive lock) 如果事务T对某个数据R实现了X锁，则在T对数据R解除封锁之前，不允许其他事务再对该数据加任何类型的锁 X锁有加锁和解锁两种操作 如果事务T获得数据R上的X锁，则T既可读又可写R X锁用于INSERT、DELETE或UPDATE等数据修改操作 封锁技术 共享锁(S锁，Shared lock) 如果事务T对某数据加上S锁后，仍允许其他事务再对该数据加S锁，但在对该数据的所有S锁都解除之前，决不允许任何