数据库备份与恢复.ppt

《数据库备份与恢复.ppt》由会员分享，可在线阅读，更多相关《数据库备份与恢复.ppt（43页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、数据库备份与恢复v数据库备份v数据库恢复备份的类型 全备份：即完整的备份整个数据库；全备份：即完整的备份整个数据库；增量备份：增量数据库备份只备份自上次数据库备份后发生更改增量备份：增量数据库备份只备份自上次数据库备份后发生更改的数据；的数据；文件和文件组备份：备份数据库文件或文件组，而不是备份数据文件和文件组备份：备份数据库文件或文件组，而不是备份数据库；库；事务日志备份：只备份事务日志。事务日志备份：只备份事务日志。动态备份和静态备份动态备份也称作在线备份，即在做备份时不中断数据库的运行，不中断数据库上的应用程序和事务处理。静态备份也称作离线或脱机备份，这意味着在做备份时没有任何数据库事务

2、在运行，这种备份方式应是首选的备份方式。制定备份的策略 备份不是实时的，备份应该什么时候做？用什么方式做？这根据数据库的不同规模、不同用途，可能有很多因素需要考虑和衡量。备份整个数据库 在SQLServer中系统管理员和数据库管理员可以进行备份，也可以指定某个用户担当db_backupoperator角色（数据库预定义角色）来负责数据库的备份工作。所有的备份工作可以在“企业管理器”中利用交互工具完成，也可以使用命令方式完成。备份整个数据库备份数据库的命令是BACKUPDATABASE，一般格式如下：BACKUPDATABASEdatabase_nameTODISK|TAPE=physical_

3、backup_device_name例如，如下命令将订货数据库备份到C:dumpdump1.bak：BACKUPDATABASE订货TODISK=C:dumpdumpfull.bak增量备份 l增量备份的命令也是BACKUPDATABASE，一般格式如下：BACKUPDATABASEdatabase_nameTODISK|TAPE=physical_backup_device_nameWITHDIFFERENTIALl例如，如下命令将对订货数据库做增量备份（备份到C:dumpdump1.bak）：BACKUPDATABASE订货TODISK=C:dumpdump1.bakWITHDIFFERE

4、NTIAL事务日志备份 备份事务日志的命令是BACKUPLOG，一般格式是：BACKUPLOGdatabase_nameTODISK|TAPE=physical_backup_device_name例如，如下命令将备份订货数据库的日志（备份到C:dumpdumplog.bak）：BACKUPLOG订货TODISK=C:dumpdumplog.bak截断日志 截断日志的命令是：BACKUPLOGdatabase_nameWITHTRUNCATE_ONLY例如，在备份了订货数据库或事务日志后，为了截断订货管理数据库的事务日志可以使用如下命令：BACKUPLOG订货WITHTRUNCATE_ONLY

5、文件和文件组备份 可以备份和恢复数据库中的个别文件，这样当遇到介质故障时可以只恢复已损坏的文件，而不用恢复数据库的其余部分，从而加快了恢复速度。对于超大型数据库，有时不可能完成完整数据库的备份，这样则可以使用文件备份。文件备份为数据库备份提供了一种灵活的手段。与数据库备份相比，文件备份的主要缺点是增加了管理的复杂性。必须注意维护完整的文件备份集和所覆盖的日志备份。文件和文件组备份备份文件或文件组的一般命令格式是：BACKUPDATABASEdatabase_nameFILE=logic_file_list|FILEGROUP=filegroup_list TODISK|TAPE=physica

6、l_backup_device_nameWITHDIFFERENTIAL文件和文件组备份例如，如下命令完成对订货数据库warehouse文件的备份：BACKUPDATABASE订货FILE=warehouseTODISK=C:dumpfile_1.bak如下命令则完成对订货数据库文件组仓库的备份：BACKUPDATABASE订货FILEGROUP=仓库TODISK=C:dumpfile_g.bak系统数据库的备份 数据库备份不仅仅是要备份用户数据库，系统数据库也需要备份，例如SQLServer中的master、model和msdb等系统数据库。特别是master数据库，它负责整个数据库的管理，

7、所有用户创建的数据库以及用户登录信息都存储在该数据库中。所以，该数据库一旦损坏，整个系统的使用都将受到影响。恢复或还原 恢复整个数据库恢复数据库的部分内容恢复特定的文件或文件组恢复事务可以将数据库恢复到做备份的即时点、发生故障的即时点或特定的事务即时点。恢复或还原根据数据库全备份进行恢复根据增量备份进行恢复根据事务日志进行恢复根据文件或文件组备份进行恢复恢复系统数据库根据数据库全备份进行恢复RESTOREDATABASEdatabase_nameFROMDISK|TAPE=physical_backup_device_nameWITH,NORECOVERY|RECOVERY,REPLACE根据

8、增量备份进行恢复 在简单恢复模型和完全恢复模型中都可以选择增量备份，如果存在增量备份，则一般需要进行相应的恢复操作。增量恢复数据库的命令也是RESTOREDATABASE，但是在根据增量备份继续恢复之前应该：已经使用RESTOREDATABASE命令完成了全备份的恢复，同时指定了NORECOVERY子句。根据事务日志进行恢复 利用日志可以将数据库恢复到最新的一致状态或任意的事务点。首先恢复事务日志备份之前的数据库备份或增量数据库备份。如果有多个日志备份，则按先后顺序进行恢复。根据事务日志进行恢复RESTORELOGdatabase_nameFROMDISK|TAPE=physical_back

9、up_device_nameWITH,NORECOVERY|RECOVERY,STOPAT=date_time|,STOPATMARK=mark_nameAFTERdatetime|,STOPBEFOREMARK=mark_nameAFTERdatetime根据文件或文件组备份进行恢复 如果数据库的某个文件损坏了，并且按文件或文件组做了备份，则可以考虑根据文件或文件组备份进行恢复。当使用文件或文件组备份进行恢复时，最后一个文件或文件组恢复操作完成后，必须将事务日志应用于数据库文件，以便使之与数据库的其余部分保持一致。如果被恢复的文件自上次备份后没有做过任何修改操作，则不必应用事务日志，REST

10、ORE语句会报告这一情况。根据文件或文件组备份进行恢复RESTOREDATABASEdatabase_nameFILE=logical_file_name|FILEGROUP=logical_filegroup_nameFROMDISK|TAPE=physical_backup_device_name恢复系统数据库 备份系统数据库与备份用户数据库的方式相同，除master数据库之外其他系统数据库的恢复也与恢复用户数据库类似。master数据库是所有数据库的主数据库，也是管理所有数据库的数据库。恢复其他数据库都是在SQLServer能够正常运行的基础上进行的，而master数据库的损坏可能导致S

11、QLserver根本不能运行，所以恢复master数据库是一件特殊的任务。恢复master数据库如果master数据库只是轻微损坏或信息丢失，master数据库的内容至少部分可用，从而能够启动SQLServer实例，则可以直接根据master数据库的完整备份恢复master数据库。如果由于master数据库严重损坏而无法启动SQLServer实例，则不能立即恢复master数据库。因为SQLServer实例需要处于运行状态才能恢复任何数据库。为此，需要首先使用重建master数据库实用工具Rebuildm.exe（该程序位于ProgramFilesMicrosoftSQLServer80Too

12、lsBinn目录中）重建master数据库，然后才可以用普通方法利用备份恢复master数据库。数据库恢复尽管数据库系统中采取了各种保护措施来防止数据库的安全性和完整性尽管数据库系统中采取了各种保护措施来防止数据库的安全性和完整性被破坏，保证并发事务的正确执行，但是计算机系统中硬件的故障、软被破坏，保证并发事务的正确执行，但是计算机系统中硬件的故障、软件的错误、操作员的失误以及恶意的破坏仍是不可避免的，这些故障轻件的错误、操作员的失误以及恶意的破坏仍是不可避免的，这些故障轻则造成运行事务非正常中断，影响数据库中数据的正确性，重则破坏数则造成运行事务非正常中断，影响数据库中数据的正确性，重则破坏

13、数据库，使数据库中全部或部分数据丢失，因此数据库管理系统（恢复子据库，使数据库中全部或部分数据丢失，因此数据库管理系统（恢复子系统）必须具有把数据库从错误状态恢复到某一已知的正确状态（亦称系统）必须具有把数据库从错误状态恢复到某一已知的正确状态（亦称为一致状态或完整状态）的功能，这就是数据库的恢复。为一致状态或完整状态）的功能，这就是数据库的恢复。子系统是数据库管理系统的一个重要组成部分，占整个子系统是数据库管理系统的一个重要组成部分，占整个系统代码的百分之十以上。系统代码的百分之十以上。事务一、事务一、事务(Transaction)所谓事务是用户定义的一个数据库操作序列，这些操作要么全所谓事

14、务是用户定义的一个数据库操作序列，这些操作要么全 做，要么全不做，是一个不可分割的工作单位。做，要么全不做，是一个不可分割的工作单位。事务是一系列的数据库操作，是数据库应用程序的基本逻辑单元。事务是一系列的数据库操作，是数据库应用程序的基本逻辑单元。一个程序中可以包含多个事务。一个程序中可以包含多个事务。事务的开始与结束可以由用户显式控制。事务的开始与结束可以由用户显式控制。事务是恢复和并发控制的基本单位。事务是恢复和并发控制的基本单位。例如银行转帐事务1.SQL中事务的定义事务以Begintransaction开始，以Commitwork或Rollbackwork结束Commitwork表示

15、提交，事务正常结束Rollbackwork表示事务非正常结束，撤消事务已做的操作，回滚到事务开始时状态示例银行转帐：事务T从A帐户过户50￥到B帐户T：read(A);A:=A50;write(A);read(B);B:=B+50;write(B);read(X)：从数据库传送数据项X到事务的工作区中write(X)：从事务的工作区中将数据项X写回数据库事务v事务的操作事务组织结构的一般形式如下：1定义一个事务的开始BEGIN TRANSACTION2.提交一个事务COMMIT TRANSACTION3.回滚事务ROLLBACK TRANSACTIONBEGIN TRANSACTION代表一个

16、事务的开始点，每个事务继续执行直到用COMMIT TRANSACTION提交，从而正确地完成对数据库作永久的改动，或者遇上错误用ROLLBACK TRANSACTION语句撤销所有改动。在事务中除以下语句外其他Transact-SQL语句均可使用：ALTER DATABASEBACKUP LOGCREATE DATABASEDISK INITDROP DATABASELOAD DATABASEDUMP TRANSACTIONLOAD DATABASERECONFIGURERESTORE DATABASERESTORE LOGUPDATE STATISTICS事务（1）标记一个显式事务的起始点的

17、语法结构：BEGIN TRANSACTION transaction_name（给事务分配的名称）（2）标志一个成功的隐性事务或用户定义事务的结束COMMIT TRANSACTION transaction_name（1）（2）作为一对要么都出现，要么都不出现。不过使用commit transaction时要注意，因为数据已经永久修改，在执行完commit transaction语句后不能回滚事务。不过，在嵌套事务中使用COMMIT TRANSACTION时，内部事务的提交并不释放资源，也没有执行永久修改。只有在提交了外部事务时，数据修改才具有永久性，而且资源才会被释放。事务v事务特性(ACI

18、D)原子性原子性(Atomicity)事务中包含的所有操作要么全做，要么全不做原子性由恢复机制恢复机制实现一致性一致性(Consistency)事务的隔离执行必须保证数据库的一致性事务开始前，数据库处于一致性的状态；事务结束后，数据库必须仍处于一致性状态数据库的一致性状态由用户用户来负责，由并发控制机制并发控制机制实现如银行转帐，转帐前后两个帐户金额之和应保持不变（意大利香肠）隔离性隔离性(Isolation)系统必须保证事务不受其它并发执行事务的影响对任何一对事务T1，T2，在T1看来，T2要么在T1开始之前已经结束，要么在T1完成之后再开始执行隔离性通过并发控制机制并发控制机制实现事务持久

19、性持久性(Durability)一个事务一旦提交之后，它对数据库的影响必须是永久的系统发生故障不能改变事务的持久性持久性通过恢复机制恢复机制实现v事务状态活动状态活动状态失败状态失败状态部分部分提交状态提交状态提交状态提交状态中止状态中止状态初始状态初始状态事务无法继事务无法继续正常执行续正常执行事务回滚，数据库恢事务回滚，数据库恢复到事务开始前状态复到事务开始前状态最后一条语最后一条语句被执行后句被执行后成功完成，永成功完成，永久写入数据库久写入数据库事务（3）回滚事务将显式事务或隐性事务回滚到事务的起点或事务内的某个保存点的语法结构为：ROLLBACK TRANSACTION transa

20、ction_name(给BEGIN TRANSATION上的事务指派的名称)A.不带transaction_name的ROLLBACK TRANSACTION回滚到事务的起点。嵌 套 事 务 时，该 语 句 将 所 有 内 层 事 务 回 滚 到 最 远 的 BEGIN TRANSACTION语句，transaction_name也只能是来自最远的BEGIN TRANSACTION语句的名称。但是在执行COMMIT TRANSACTION语句后不能回滚事务。B.如果在触发器中发出ROLLBACK TRANSACTION命令，将回滚对当前事务中所做的所有数据修改，包括触发器所做的修改。C.如果在

21、事务执行过程中出现任何错误，SQLServer实例将回滚事务。D.出现某些错误时会自动回滚事务。E如果在事务活动时由于任何原因（如客户端应用程序终止；客户端计算机关闭或重新启动；客户端网络连接中断等）中断了客户端和SQLServer实例之间的通信，SQLServer实例将在收到网络或操作系统发出的中断通知时自动回滚事务。在所有这些错误情况下，将回滚任何未完成的事务以保护数据库的完整性。事务（4）示例例【1】定义一事务向StuCou表插入3条记录，并提交完成。（1）在查询分析器中运行如下命令：USE XkGOBEGIN TRANSACTIONINSERT StuCou(StuNo,CouNo,W

22、illOrder)VALUES(00004,001,1)INSERT StuCou(StuNo,CouNo,WillOrder)VALUES(00004,002,2)INSERT StuCou(StuNo,CouNo,WillOrder)VALUES(00004,003,3)COMMIT TRANSACTION （2）验证结果 SELECT*FROM StuCou WHERE StuNo=00004 可以验证以上3条记录确实已经成功添加（3）为方便测试数据，应将前面添加的记录StuNo=00004删除事务例【2】定义一事务向StuCou插入3条记录，并回滚撤销。（1）在查询分析器中运行如下命令

23、：USE Xk GO BEGIN TRANSACTION INSERT StuCou(StuNo,CouNo,WillOrder)VALUES(00004,002,1)INSERT StuCou(StuNo,CouNo,WillOrder)VALUES(00004,002,2)INSERT StuCou(StuNo,CouNo,WillOrder)VALUES(00004,003,3)ROLLBACK TRANSACTION （2）验证结果 SELECT*FROM StuCou WHERE StuNo=00004可以验证以上3条记录确实没有添加。事务例例【3 3】定定义义一一事事务务向向Stu

24、CouStuCou表表插插入入多多条条记记录录，并并检检验验若若报报名名课课程程超超过过4 4门门，则则回回滚滚事事务务，即即报报名名无无效效，否否则则成成功功提交。提交。（1 1）在查询分析器中运行如下命令：）在查询分析器中运行如下命令：PRINT PRINT 超过报名门数！超过报名门数！ENDENDELSEELSEBEGINBEGIN COMMIT TRANSACTION COMMIT TRANSACTION PRINT PRINT 报名成功！报名成功！ENDEND（2 2）验证验证 SELECT SELECT*FROMFROM StuCouStuCou WHEREWHERE StuNo

25、StuNo=00004=00004（3 3）为为了了方方便便测测试试数数据据，应应将前面添加的记录将前面添加的记录StuNoStuNo=00004=00004 DELETE DELETE FROMFROM StuCouStuCou WHEREWHERE StuNo StuNo=00004=00004USEUSE Xk Xk GOGO BEGIN TRANSACTION BEGIN TRANSACTION INSERT INSERT StuCouStuCou(StuNoStuNo,CouNoCouNo,WillOrderWillOrder)VALUES(00004,002,1)VALUES(00

26、004,002,1)INSERT INSERT StuCouStuCou(StuNoStuNo,CouNoCouNo,WillOrderWillOrder)VALUES(00004,002,2)VALUES(00004,002,2)INSERT INSERT StuCouStuCou(StuNoStuNo,CouNoCouNo,WillOrderWillOrder)VALUES(00004,003,3)VALUES(00004,003,3)DECLARE DECLARE CountNumCountNum INT INTSET SET CountNumCountNum=(SELECT COUNT

27、(*)=(SELECT COUNT(*)FROMFROM StuCou StuCou WHERE WHERE StuNo StuNo=00004)=00004)IF IF CountNumCountNum44BEGINBEGIN ROLLBACK TRANSACTION 事务 例例【4 4】创创建建一一个个表表，生生成成3 3个个级级别别的的嵌嵌套套事事务务，说说明明嵌嵌套套事事务务中中只只有有在在提提交交了了外外部部事事务务后后，数数据修改才会生效。据修改才会生效。（1 1）创创建建表表TeatTranTeatTran,其其中中包包括括：整整型型字字段段A A和字符型字段和字符型字段B B

28、CREATE CREATE TABLETABLE TeatTranTeatTran（A A INT,B INT,B CHAR(3)CHAR(3)）GO GO （2 2）开始最外层事务开始最外层事务Tran1Tran1 BEGIN TRANSACTION Tran1 BEGIN TRANSACTION Tran1 GO GO INSERT INTO INSERT INTO TeatTran TeatTran VALUES(1,VALUES(1,aaaaaa)GO GO （3 3）开始内层事务开始内层事务Tran2Tran2 BEGIN TRANSACTION Tran2 BEGIN TRANSA

29、CTION Tran2 GO GO INSERT INTO INSERT INTO TeatTran TeatTran VALUES(2,VALUES(2,bbbbbb)GO GO （4 4）开始最内层事务开始最内层事务 BEGIN TRANSACTION Tran3BEGIN TRANSACTION Tran3 GO GO INSERT INTO INSERT INTO TeatTran TeatTran VALUES(3,VALUES(3,cccccc)GO GO （5 5）提交事务）提交事务Tran3Tran3 COMMIT TRANSACTION Tran3 COMMIT TRANSA

30、CTION Tran3 GO GO 外外层层事事务务Tran2Tran2、Tran1Tran1还还没没有有提提交交，所所以以提提交交事事务务Tran3Tran3并并没没有有导导致致INSERT INSERT INTOINTO TeatTranTeatTran VALUES(3,VALUES(3,cccccc)数据真正更新。数据真正更新。（6 6）提交事务）提交事务Tran2Tran2 COMMIT TRANSACTION Tran2 COMMIT TRANSACTION Tran2 GO GO 最最外外层层事事务务Tran1Tran1还还没没有有提提交交，所所以以提提 交交 事事 务务 Tra

31、n2Tran2并并 没没 有有 导导 致致 INSERT INSERT INTOINTO TeatTranTeatTran VALUES(3,VALUES(3,cccccc)；INSERT INSERT INTOINTO TeatTranTeatTran VALUES(2,VALUES(2,bbbbbb)数据真正更新。数据真正更新。（7 7）提交事务）提交事务Tran1Tran1 COMMIT TRANSACTION Tran1 COMMIT TRANSACTION Tran1 GO GO 最外层事务最外层事务Tran1提交完毕，提交完毕，INSERT INTO TeatTran VALUES

32、(3,ccc)；INSERT INTO TeatTran VALUES(2,bbb)；INSERT INTO TeatTran VALUES(3,aaa)这这3条条数据真正更新。数据真正更新。事务例例【5 5】如如上上，但但是是不不能能撤撤销销最最内内层层事事务务，否否则则会会导致错误。导致错误。（1 1）创建表，包括整型字段）创建表，包括整型字段A A和字符型字段和字符型字段B B CREATE CREATE TABLETABLE TeatTranTeatTran(A(A INT,B INT,B CHAR(3)CHAR(3)GO GO （2 2）开始最外层事务开始最外层事务Tran1Tran

33、1 BEGIN TRANSACTION Tran1 BEGIN TRANSACTION Tran1 GO GO INSERT INTO INSERT INTO TeatTran TeatTran VALUES(1,VALUES(1,aaaaaa)GO GO （3 3）开始最内层事务开始最内层事务Tran2Tran2BEGIN TRANSACTION Tran2BEGIN TRANSACTION Tran2GOGOINSERT INTOINSERT INTO TeatTran TeatTran VALUES(2,VALUES(2,bbbbbb)GOGO （4 4）开始最内层事务开始最内层事务Tr

34、an3Tran3BEGIN TRANSACTION Tran3BEGIN TRANSACTION Tran3GOGOINSERT INTOINSERT INTO TeatTran TeatTran VALUES(3,VALUES(3,cccccc)GOGO （5 5）运运行行如如下下命命令令进行测试：进行测试：ROLLBACK ROLLBACK TRANSACTION TRANSACTION Tran3Tran3这这 是是会出现错误的提示会出现错误的提示 （6 6）运运行行如如下下命命令测试：令测试：ROLLBACK ROLLBACK TRANSACTION Tran1TRANSACTION

35、Tran1或或ROLLBACK ROLLBACK TRANSACTIONTRANSACTION这时撤销事务就成功这时撤销事务就成功了。这说明在撤销事务中，了。这说明在撤销事务中，只能撤销最远的事务。只能撤销最远的事务。锁（一）并发操作带来的问题1丢失或覆盖更新问题当两个或多个事务选择同一行然后基于最初选定的值更新该行时，会发生丢失更新问题。每个事务都不知道其他事务的存在。最后的更新将重写由其他事务所做的更新，这将导致数据丢失。即是指事务1与事务2从数据库中读入同一数据并修改，事务2的提交结果破坏了事务1提交的结果，导致事务1的修改被丢失。锁例：旅客A来到A售票处，要买一张15日北京到上海的13

36、次直达快速列车的软卧车票，售票员A（下称用户A）在终端A查看剩余票信息；几乎在同时，旅客B来到B售票处，也要买一张15日北京到上海的13次直达快速列车的软卧车票，售票员B（下称用户B）从终端B查到了同样的剩余票信息；旅客A买了一张15日13次7车厢5号下铺的软卧票，用户A更新剩余票信息并将它存入数据库；这时用户B不知道用户A已经将15日13次7车厢5号下铺的软卧票卖出，使旅客B也买了一张15日13次7车厢5号下铺的软卧票，用户B更新剩余票信息并将它存入数据库（重复了用户A已经做过的更新）。总的效果：总的效果：1515日日1313次次7 7车厢车厢5 5号下铺的软卧票卖了两次。号下铺的软卧票卖了

37、两次。其原因是：允许了用户其原因是：允许了用户B B在过时的信息基础上去更新数在过时的信息基础上去更新数据库，而没有迫使他去看最新的信息。据库，而没有迫使他去看最新的信息。锁用SQL术语描述丢失更新问题：锁2.2.未确认的相关性（脏读）未确认的相关性（脏读）当当第第二二哥哥事事务务选选择择其其他他事事务务正正在在更更新新的的行行时时，会会发发生生未未确确认认的的相相关关性性问问题题。第第二二个个事事务务正正在在读读取取的的数数据据还还没没有有确确认认并并且且可可能能由由更更新新此行的事务所更改。此行的事务所更改。也也就就是是说说，事事务务1 1修修改改某某一一数数据据，并并将将其其写写回回磁磁

38、盘盘，事事务务2 2读读取取同同一一数数据据后后，事事务务1 1由由于于某某种种原原因因被被撤撤消消，这这时时事事务务1 1已已修修改改过过的的数数据据恢恢复复原原值值，事事务务2 2读读到到的的数数据据就就与与数数据据库库中中的的数数据据不不一一致致，是是不不正正确的数据，又称为确的数据，又称为“脏脏”数据。数据。3 3不一致的分析（不能重复读）不一致的分析（不能重复读）当当第第二二个个事事务务多多次次访访问问同同一一行行而而且且每每次次读读取取不不同同的的数数据据时时，会会发发生生不一致的分析问题。不一致的分析问题。也可以描述为：很多应用可能需要校验功能，这时往往需要连续两也可以描述为：很

39、多应用可能需要校验功能，这时往往需要连续两次或多次读数据进行校验和分析，结果由于其他事务的干扰，使次或多次读数据进行校验和分析，结果由于其他事务的干扰，使得前后结果不一致，从而产生校验错误（即不一致的分析）。得前后结果不一致，从而产生校验错误（即不一致的分析）。三类不可重复读：三类不可重复读：事务事务1 1读取某一数据后：读取某一数据后：A.A.事务事务2 2对其做了修改，当事务对其做了修改，当事务1 1再次读该数再次读该数据时，得到与前一次不同的值。据时，得到与前一次不同的值。B.B.事务事务2 2删除了其中部分记录，当事务删除了其中部分记录，当事务1 1再再次读取数据时，发现某些记录神密地

40、消失了。次读取数据时，发现某些记录神密地消失了。C.C.事务事务2 2插入了一些记录，当事务插入了一些记录，当事务1 1再次按再次按相同条件读取数据时，发现多了一些记录。相同条件读取数据时，发现多了一些记录。后两种不可重复读有时也称为幻影现象后两种不可重复读有时也称为幻影现象（phantom rowphantom row）4.4.幻想读（就是上面的后两类不可重复读）幻想读（就是上面的后两类不可重复读）当对某记录执行插入或删除操作而记录属当对某记录执行插入或删除操作而记录属于某个事务正在读取的行的范围时，会发生于某个事务正在读取的行的范围时，会发生幻想读问题。幻想读问题。锁（二）封锁1封锁的概念

41、封锁就是事务T在对某个数据对象（例如表、记录等）操作之前，先向系统发出请求，对其加锁。加锁后事务T就对该数据对象有了一定的控制，在事务T释放它的锁之前，其它的事务不能更新此数据对象。封锁是实现并发控制的一个非常重要的技术当需要查询或更新数据时，先对数据进行封锁，以避免来自其他事务的干扰。针对不同的干扰问题可以有不同的封锁机制。以丢失更新问题为例，实施封锁的基本思想是：当一个用户对一个表或记录进行更新时，封锁该表或记录，使其他用户不能在同一时刻更新相同的表或记录，迫使其他用户在更新后的基础上（而不是在更新前的基础上）再实施另外的更新操作。锁2SQLServer常用的几种锁模式：（1）共享锁：用于

42、不更改或不更新数据的操作（只读操作）。共享封锁是为读操作设置的一种封锁，所以也称作读封锁，或简称S锁，目的是想读到一组不变的数据，也就是在读数据的过程中，不允许其他用户对该数据进行任何修改操作。这种封锁可以保证最大的并发性，任何数量的用户都可以同时对同样的数据施加这种共享锁。已经实施共享锁的表拒绝来自其他事务的独占封锁和更新封锁。共享锁又称为读锁。若事务T对数据对象A加上S锁，则其它事务只能再对A加S锁，而不能加X锁，直到T释放A上的S锁。（2）更新锁：当需要对一个记录或一组记录进行更新时（只是修改，不包括插入和删除）使用更新封锁，该封锁的目的是防止其他用户在同一时刻修改同一记录。已经实施更新

43、封锁的记录，拒绝来自其他用户的任何封锁，但不拒绝一般的查询操作。（3）排它锁：它是为修改操作设置的一种封锁，也称为写封锁，或简称为X锁，这是最严格的一类封锁。当需要对表实施插入、删除或修改操作时，应该使用独占封锁。已经实施独占封锁的表，拒绝来自其他用户的任何封锁，但不拒绝一般的查询操作。锁3死锁封锁技术可以有效地解决并行操作的一致性问题，但也带来一些新的死锁问题。产生死锁的原因是两个或多个事务都已封锁了一些数据对象，然后又都请求对已为其他事务封锁的数据对象加锁，从而出现死等待。预防死锁的发生就是要破坏产生死锁的条件为避免死锁，可以采用以下措施：A.最大限度地减少保持事务打开的时间长度。B.按同一顺序访问对象。C.避免事务中的用户交互。D.保持事务简短并在一个批处理中。