解决Oracle数据库死锁
解决Oracle数据库死锁
解决Oracle数据库死锁2011年01月12日星期三08：35 P.M.解决Oracle数据库死锁
介绍
本文我们尝试总结在多个用户并发情况下，如何识别和解决删除操作期间发生的死锁问题，在开始之前，我们先简单描述一下什么是死锁以及什么东西会导致死锁。
死锁
在任何数据库中发生死锁都是不愉快的，即使是在一个特殊的情况下发生也是如此，它们会减小应用程序的接受程度(ACCEPTANCE)，因此避免并正确解释死锁是非常重要的。
当两个或更多用户相互等待锁定的数据时就会发生死锁，发生死锁时，这些用户被卡住不能继续处理业务，Oracle自动检测死锁并解决它们(通过回滚一个包含在死锁中的语句实现)，释放掉该语句锁住的数据，回滚的会话将会遇到Oracle错误"ORA-00060：等待资源时检测到死锁"。
是什么导致了死锁?
明确地锁定表是为了保证读/写一致性，未建立索引的外键约束，在相同顺序下表不会锁住，没有为数据段分配足够的存储参数(主要是指INITTRANS，MAXTRANS和PCTFREE参数)很容易引发突发锁和死锁，原因是多种多样的，需要重新逐步审查。
识别死锁
当Oracle数据库检测到死锁时(Oracle错误消息：ORA-00060)，相应的消息就写入到警告日志文件中(alert.log)，另外还会在USER_DUMP_DEST目录下创建一个跟踪文件，分析警告日志文件和跟踪文件是非常耗时的。
下面是一个警告日志文件示例：
Mon Aug 07 09：14：42 2007 ORA-000060：Deadlock detected.More
info in file e：\oracle\admin\GEDEON\udump\ORA01784.TRC.
下面是从跟踪文件中节选出来的片段，从其中我们可以看出是哪个语句创
造了死锁，相关的语句和被锁定的资源已经标记为粗体。
/users/ora00/log/odn_ora_ 1097872.trc Oracle9i Enterprise Edition Release 9.2.0.8.0-64bit Production With the Partitioning,OLAP and Oracle Data Mining options JServer Release 9.2.0.8.0-Production ORACLE_HOME=/soft/ora920 System name：AIX Node name：beaid8 Release：
2 Version：5 Machine：00C95B0E4C00 Instance name：ODN Redo thread mounted by this instance：1 Oracle process number：17 Unix process pid：1097872,image：oracle@beaid8(TNS V1-V3)
*2007-06-04 14：41：04.080
*SESSION ID：(10.6351)2007-06-04 14：41：04.079 DEADLOCK DETECTED(ORA-00060)
The following deadlock is not an ORACLE error.It is a
deadlock due to user error in the design of an application or
from issuing incorrect ad-hoc SQL.The following information may aid
in determining the deadlock：
Deadlock graph：
---Blocker(s)-----Waiter(s)---
Resource Name process session holds waits process session holds waits TM-00001720-00000000 17 10 SX 16 18 SX SSX TM-0000173a-000000
00 16 18 SX 17 10 SX SSX session 10：DID 0001-0011-00000002session 18：
DID 0001-0010-00000022 session 18：DID 0001-0010-00000022session 10：DID 0001-0011-00000002 Rows waited on：
Session 18：obj-rowid=00001727-AAABcnAAJAAAAAAAAA
(dictionary objn-5927,file-9,block-0,slot-0)
Session 10：obj-rowid=00001727-AAABcnAAJAAAAAAAAA
(dictionary objn-5927,file-9,block-0,slot-0)
Information on the OTHER waiting sessions：
Session 18：
pid=16 serial=2370 audsid=18387 user：21/ODN O/S info：user：mwpodn00,term：unknown,ospid：,machine：beaida program：JDBC Thin Client application name：JDBC Thin Client,hash value=0 Current SQL Statement：
DELETE FROM ODNQTEX WHERE EX_ID=：B1 End of information on OTHER waiting sessions.
Current SQL statement for this session：
DELETE FROM ODNQTFN WHERE FN_ID_EXIGENCE_EX=：B1
---PL/SQL Call Stack---
object line object handle number name 7000000135 f7fd8 34 procedure ODN.ODNQPDR 700000013 5f89f0 16 procedure ODN.ODNQPZB
我们可以使用企业管理器来决定保留所有的锁还是释放掉它们，为了便于
说明，我们打开2个sqlplus实例会话(在此期间同时发生了死锁)来一起调式，当每个语句执行完毕后，我们看到锁仍然保留下来了，它可以帮助我们识别出
是哪个资源引起的死锁。
下面列出了可以帮助我们监视锁的视图：
可以通过查询V$LOCK字典视图来确定锁，如：
select*from v$lock；
下面的SQL查询可以用于确定锁住数据库对象的锁：
select c.owner,
c.object_name,
c.object_type,
b.sid,
b.serial#,
b.status,
b.osuser,
b.machine from v$locked_object a,
v$session b,
dba_objects c
where b.sid=a.session_id and a.object_id=c.object_id；
解决死锁
安装顺序执行下面的修改，避免一致性访问期间的死锁问题：
设置事务一致性：我们需要确定一个隔离水平，在存储过程中可以使用"READ COMMITTED"或"SERIALIZABLE"，我们需要考虑两件事情：
设置事务可以在任何时间提交
相关表中行的读取顺序
Oracle数据库隔离模式通过行级锁和Oracle数据库多版本并发控制系统提供高级一致性和并发性(和高性能)，READ COMMITTED模式可以提供更多的并发性，因为没有重复读，SERIALIZABLE隔离水平提供了更好的一致性，通过保护非重复读实现，在一个读写事务执行不止一次查询时这很重要，然而，SERIALIZABLE模式需要应用程序检查"不能连续访问"的错误，这样就可以在有许多访问相同数据的一致性事务的环境中大大减少吞吐量。
在我们的例子中，我们需要使用READ COMMITTED隔离水平，原因如下：
我们需要获取由另一个事务提交的查询返回的行，不仅仅是获取刚开始的事务返回的行。
如果我们将隔离水平设为SERIALIZABLE，将会获得一个"事务无法按顺序访问"的错误，因为我们想要修改的数据已经被另一个事务修改了。
在存储过程中我们放入下面的语句：
SET TRANSACTION ISOLATION LEVEL READ COMMITTED；
明确锁定数据：Oracle数据库总是执行必要的锁确保数据的并发性、完整性和语句级读一致性，但在我们的例子中，我们需要独占访问资源，为了处理它的语句，事务独占访问资源，不要等待其他事务完成。
我将会用一个例子来解释，在我们的案例中，需要删除一个业务对象System，为了删除这个对象，首先我们需要删除System子表中的所有数据，现在进入其中一个子表，我们在子表上创建一个关于删除的触发器，这个触发器更新主表System的数据并锁住它，接下来进入删除操作，当我们想删除System表中的数据时，就会出现死锁，因为它已经被前面子表上的触发器给锁住了，为了避免出现这种情况，在删除操作开始之前，我们提供一个行独占锁锁住System表来解决这个问题。命令如下：
LOCK TABLE ODNQTSY IN ROW EXCLUSIVE MODE；
并行索引和查询处理：Oracle数据库使用索引增强SQL查询的性能，这有助于我们执行DML操作，如插入、更新和删除，做这些动作的时间将会极具减少了。
并行索引将会让优化器思考执行并行查询时使用索引，这是避免死锁的一个方法，当索引重建后，Oracle将会允许多个DML操作发生在同一个索引上，在索引上启用并行操作的语法如下：
ALTER INDEX PARALLEL；
使用并行查询选项的最大好处是直接路径读取，因此需要的latch就更少了，同样，并行执行大大减少了数据密集型业务的响应时间。
并行执行选项可以通过修改INIT.ORA文件中的
PARALLEL_AUTOMATIC_TUNING参数(设为TRUE)实现数据库级别的启用。
parallel_automatic_tuning=TRUE
外键上的索引：外键上如果没有建立索引会引发两个问题，第一个是如果你更新父记录主键或删除父记录，子表的外键没有索引时，会引发表级锁；第二个问题是性能。
如果你试图删除父表行，或更新父/子关联中父表行的键值，而子表的外键上没有索引时，Oracle将会尝试在子表上获得一个共享行级独占锁，接下来如果有其它会话要修改子表，它将不得不等待在它前面的SRX锁(共享行级独占锁)，这样就形成了一个死锁状态。
下面的脚本可以帮助我们识别没有索引的外键(FK)约束，从脚本执行的输出中，我们可以确定在外键上创建索引将可以帮助我们改善性能，并且可以避免死锁。
column columns format a20 word_wrapped column table_name format a30 word_wrapped select decode(b.table_name,NULL,'*','ok')Status,
a.table_name,a.columns,
b.columns from
(select substr(a.table_name,1,30)table_name,
substr(a.constraint_name,1,30)constraint_name,
max(decode(position,1,substr(column_name,1,30),NULL))||
max(decode(position,2,','||substr(column_name,1,30),NULL))||
max(decode(position,3,','||substr(column_name,1,30),NULL))||
max(decode(position,4,','||substr(column_name,1,30),NULL))||
max(decode(position,5,','||substr(column_name,1,30),NULL))||
max(decode(position,6,','||substr(column_name,1,30),NULL))||
max(decode(position,7,','||substr(column_name,1,30),NULL))||
max(decode(position,8,','||substr(column_name,1,30),NULL))||
max(decode(position,9,','||substr(column_name,1,30),NULL))||
max(decode(position,10,','||substr(column_name,1,30),NULL))||
max(decode(position,11,','||substr(column_name,1,30),NULL))||
max(decode(position,12,','||substr(column_name,1,30),NULL))||
max(decode(position,13,','||substr(column_name,1,30),NULL))||
max(decode(position,14,','||substr(column_name,1,30),NULL))||
max(decode(position,15,','||substr(column_name,1,30),NULL))||
max(decode(position,16,','||substr(column_name,1,30),NULL))column s from user_cons_columns a,user_constraints b
where a.constraint_name=b.constraint_name and
b.constraint_type='R'
group by
substr(a.table_name,1,30),substr(a.constraint_name,1,30))a,
(select
substr(table_name,1,30)table_name,substr(index_name,1,30)index_name, max(decode(column_position,1,substr(column_name,1,30),NULL))||
max(decode(column_position,2,','||substr(column_name,1,30),NULL)) ||
max(decode(column_position,3,','||substr(column_name,1,30),NULL)) ||
max(decode(column_position,4,','||substr(column_name,1,30),NULL)) ||
max(decode(column_position,5,','||substr(column_name,1,30),NULL)) ||
max(decode(column_position,6,','||substr(column_name,1,30),NULL)) ||
max(decode(column_position,7,','||substr(column_name,1,30),NULL)) ||
max(decode(column_position,8,','||substr(column_name,1,30),NULL)) ||
max(decode(column_position,9,','||substr(column_name,1,30),NULL)) ||
max(decode(column_position,10,','||substr(column_name,1,30),NULL) )||
max(decode(column_position,11,','||substr(column_name,1,30),NULL) )||
max(decode(column_position,12,','||substr(column_name,1,30),NULL) )||
max(decode(column_position,13,','||substr(column_name,1,30),NULL) )||
max(decode(column_position,14,','||substr(column_name,1,30),NULL) )||
max(decode(column_position,15,','||substr(column_name,1,30),NULL) )||
max(decode(column_position,16,','||substr(column_name,1,30),NULL) )columns from user_ind_columns group by
substr(table_name,1,30),substr(index_name,1,30))b where
a.table_name=
b.table_name(+)
and b.columns(+)like a.columns||'%'
外键的级联删除：在我们的案例中，已经使用"级联删除选项(On Delete Cascade)"创建了一些外键约束，这样会引发死锁问题，原因是在我们的删除事务中，我们明确地删除子表中的数据，然后再删除主表中的数据，因此在子表上就已经存在一个锁了，在删除主表之前，我们想再删除子表一次，因此导致的死锁。
为了解决这个问题，我们移除了"级联删除选项(On Delete Cascade)"，这样就修复了死锁问题。
下面补充一些必备的基础知识！
ORACLE锁具体分为以下几类：
1.按用户与系统划分，可以分为自动锁与显示锁
自动锁：当进行一项数据库操作时，缺省情况下，系统自动为此数据库操作获得所有有必要的锁。
显示锁：某些情况下，需要用户显示的锁定数据库操作要用到的数据，才能使数据库操作执行得更好，显示锁是用户为数据库对象设定的。
2.按锁级别划分，可分为共享锁与排它锁
共享锁：共享锁使一个事务对特定数据库资源进行共享访问--另一事务也可对此资源进行访问或获得相同共享锁。共享锁为事务提供高并发性，但如拙劣的事务设计+共享锁容易造成死锁或数据更新丢失。
排它锁：事务设置排它锁后，该事务单独获得此资源，另一事务不能在此事务提交之前获得相同对象的共享锁或排它锁。
3.按操作划分，可分为DML锁、DDL锁
+DML锁又可以分为，行锁、表锁、死锁
-行锁：当事务执行数据库插入、更新、删除操作时，该事务自动获得操作表中操作行的排它锁。
-表级锁：当事务获得行锁后，此事务也将自动获得该行的表锁(共享锁),以防止其它事务进行DDL语句影响记录行的更新。事务也可以在进行过程中获得共享锁或排它锁，只有当事务显示使用LOCK TABLE语句显示的定义一个排它锁时，事务才会获得表上的排它锁,也可使用LOCK TABLE显示的定义一个表级的共享锁(LOCK TABLE具体用法请参考相关文档)。
-死锁：当两个事务需要一组有冲突的锁，而不能将事务继续下去的话，就出现死锁。
如事务1在表A行记录#3中有一排它锁，并等待事务2在表A中记录#4中排它锁的释放，而事务2在表A记录行#4中有一排它锁，并等待事务1在表A
中记录#3中排它锁的释放，事务1与事务2彼此等待，因此就造成了死锁。死
锁一般是因拙劣的事务设计而产生。
死锁只能使用SQL下：alter system kill session"sid,serial#"；或者
使用相关操作系统kill进程的命令，如UNIX下kill-9 sid,或者使用其它工
具杀掉死锁进程。
+DDL锁又可以分为：排它DDL锁、共享DDL锁、分析锁
-排它DDL锁：创建、修改、删除一个数据库对象的DDL语句获得操作对象的排它锁。如使用alter table语句时，为了维护数据的完成性、一致性、合
法性，该事务获得一排它DDL锁。
-共享DDL锁：需在数据库对象之间建立相互依赖关系的DDL语句通常需共享获得DDL锁。
如创建一个包，该包中的过程与函数引用了不同的数据库表，当编译此包时，该事务就获得了引用表的共享DDL锁。
-分析锁：ORACLE使用共享池存储分析与优化过的SQL语句及PL/SQL程序，使运行相同语句的应用速度更快。一个在共享池中缓存的对象获得它所引用数
据库对象的分析锁。分析锁是一种独特的DDL锁类型，ORACLE使用它追踪共享
池对象及它所引用数据库对象之间的依赖关系。当一个事务修改或删除了共享
池持有分析锁的数据库对象时，ORACLE使共享池中的对象作废，下次在引用这
条SQL/PLSQL语句时，ORACLE重新分析编译此语句。
4.内部闩锁
内部闩锁：这是ORACLE中的一种特殊锁，用于顺序访问内部系统结构。当事务需向缓冲区写入信息时，为了使用此块内存区域，ORACLE首先必须取得这
块内存区域的闩锁，才能向此块内存写入信息。
关于数据库死锁的检查方法
一、数据库死锁的现象
程序在执行的过程中，点击确定或保存按钮，程序没有响应，也没有出现报错。
二、死锁的原理
当对于数据库某个表的某一列做更新或删除等操作，执行完毕后该条语句不提
交，另一条对于这一列数据做更新操作的语句在执行的时候就会处于等待状态，
此时的现象是这条语句一直在执行，但一直没有执行成功，也没有报错。
三、死锁的定位方法
通过检查数据库表，能够检查出是哪一条语句被死锁，产生死锁的机器是哪一台。
1)用dba用户执行以下语句
select username,lockwait,status,machine,program from v$session where sid in
(select session_id from v$locked_object)
如果有输出的结果，则说明有死锁，且能看到死锁的机器是哪一台。字段说明：
Username：死锁语句所用的数据库用户；
Lockwait：死锁的状态，如果有内容表示被死锁。
Status：状态，active表示被死锁
Machine：死锁语句所在的机器。
Program：产生死锁的语句主要来自哪个应用程序。
2)用dba用户执行以下语句，可以查看到被死锁的语句。
select sql_text from v$sql where hash_value in
(select sql_hash_value from v$session where sid in
(select session_id from v$locked_object))
四、死锁的解决方法
一般情况下，只要将产生死锁的语句提交就可以了，但是在实际的执行过
程中。用户可
能不知道产生死锁的语句是哪一句。可以将程序关闭并重新启动就可以了。
经常在Oracle的使用过程中碰到这个问题，所以也总结了一点解决方法。
1)查找死锁的进程：
sqlplus"/as sysdba"(sys/change_on_install)
SELECT https://www.360docs.net/doc/a911113986.html,ername,l.OBJECT_ID,l.SESSION_ID,s.SERIAL#,
l.ORACLE_USERNAME,l.OS_USER_NAME,l.PROCESS FROM V$LOCKED_OBJECT
l,V$SESSION SWHERE l.SESSION_ID=S.SID；
2)kill掉这个死锁的进程：
alter system kill session'sid,serial#'；(其中sid=l.session_id)
3)如果还不能解决：
select pro.spid from v$session ses,
v$process pro where ses.sid=XX and ses.paddr=pro.addr；
其中sid用死锁的sid替换：
exit ps-ef|grep spid
其中spid是这个进程的进程号，kill掉这个Oracle进程
特别声明：
1：资料来源于互联网，版权归属原作者
2：资料内容属于网络意见，与本账号立场无关
3：如有侵权，请告知，立即删除。
数据库死锁问题总结
数据库死锁问题总结 1、死锁（Deadlock） 所谓死锁：是指两个或两个以上的进程在执行过程中，因争夺资源而造 成的一种互相等待的现象，若无外力作用，它们都将无法推进下去。此时称系 统处于死锁状态或系统产生了死锁，这些永远在互相等待的进程称为死锁进程。由于资源占用是互斥的，当某个进程提出申请资源后，使得有关进程在无外力 协助下，永远分配不到必需的资源而无法继续运行，这就产生了一种特殊现象 死锁。一种情形，此时执行程序中两个或多个线程发生永久堵塞（等待），每 个线程都在等待被其他线程占用并堵塞了的资源。例如，如果线程A锁住了记 录1并等待记录2，而线程B锁住了记录2并等待记录1，这样两个线程就发 生了死锁现象。计算机系统中,如果系统的资源分配策略不当，更常见的可能是 程序员写的程序有错误等，则会导致进程因竞争资源不当而产生死锁的现象。 锁有多种实现方式，比如意向锁，共享－排他锁，锁表，树形协议，时间戳协 议等等。锁还有多种粒度，比如可以在表上加锁，也可以在记录上加锁。(回滚 一个，让另一个进程顺利进行) 产生死锁的原因主要是： （1）系统资源不足。 （2）进程运行推进的顺序不合适。 （3）资源分配不当等。 如果系统资源充足，进程的资源请求都能够得到满足，死锁出现的可能 性就很低，否则就会因争夺有限的资源而陷入死锁。其次，进程运行推进顺序 与速度不同，也可能产生死锁。 产生死锁的四个必要条件： （1）互斥条件：一个资源每次只能被一个进程使用。 （2）请求与保持条件：一个进程因请求资源而阻塞时，对已获得的资源保持不放。 破解：静态分配(分配全部资源) （3）不剥夺条件:进程已获得的资源，在末使用完之前，不能强行剥夺。 破解：可剥夺 （4）循环等待条件:若干进程之间形成一种头尾相接的循环等待资源关系。 破解：有序分配 这四个条件是死锁的必要条件，只要系统发生死锁，这些条件必然成立，而只要上述条件之一不满足，就不会发生死锁。 死锁的预防和解除：
实验三死锁的检测和解除
南华大学计算机科学与技术学院 实验报告 课程名称操作系统I 姓名 学号 专业班级 任课教师 日期
一、实验内容 死锁的检测与解除 二、实验目的 掌握操作系统的进程管理与资源分配原理，掌握对操作系统安全性检验和死锁的解除的原理和方法。 三、实验题目 系统中有m 个同类资源被n 个进程共享，每个进程对资源的最大需求数分别为S1,S2,…,Sn，且Max(Si)<=m, (i=1,2,…n)。进程可以动态地申请资源和释放资源。编写一个程序，实现银行家算法，当系统将资源分配给某一进程而不会死锁时，就分配之。否则，推迟分配，并显示适当的信息。 分别使用检测“进程—资源循环等待链”的方法和Coffman 的算法来检测进程的死锁状态。对于相同的进程资源分配、占用次序，比较两个算法的结果。 四、设计思路和流程图 1.输入系统进程数量n和资源类型数量m。 2.输入每类资源的数量。 3.输入每个进程每类资源的最大需求量和已获资源量。 4.检验系统的安全。 5.若检测结果为系统不安全，可以对死锁进行解除，直到安全为 止再检测。 6.重复5操作，直到所有进程运行完毕。
五、主要数据结构及其说明 int Max[100][100]={0}; //各进程所需各类资源的最大需求; int Available[100]={0}; //系统可用资源; char Name[100]={0}; //资源的名称; int Allocation[100][100]={0}; //系统已分配资源; int Need[100][100]={0}; //还需要资源 int Request[100]={0}; //请求资源向量; int Temp[100]={0}; //存放安全序列; int Work[100]={0}; //存放系统可提供资源; bool Finish[100]={0};//存放已完成的序列 六、源程序并附上注释 #include "stdafx.h" #include
Oracle查看被锁定的表和行的SQL
我们在操作数据库的时候，有时候会由于操作不当引起数据库表被锁定，这么我们经常不知所措，不知怎么给这些表解锁，在pl/sql Developer工具的的菜单“tools”里面的“sessions”可以查询现在存在的会话，但是我们很难找到那个会话被锁定了，想找到所以被锁的会话就 更难了，下面这叫查询语句可以查询出所以被锁的会话。如下： SELECT https://www.360docs.net/doc/a911113986.html,ername, m.SID,sn.SERIAL#, m.TYPE, DECODE (m.lmode, 0, 'None', 1, 'Null', 2, 'Row Share', 3, 'Row Excl.', 4, 'Share', 5, 'S/Row Excl.', 6, 'Exclusive', lmode, LTRIM (TO_CHAR (lmode, '990')) ) lmode, DECODE (m.request, 0, 'None', 1, 'Null', 2, 'Row Share', 3, 'Row Excl.', 4, 'Share', 5, 'S/Row Excl.',
6, 'Exclusive', request, LTRIM (TO_CHAR (m.request, '990')) ) request, m.id1, m.id2 FROM v$session sn, v$lock m WHERE (sn.SID = m.SID AND m.request != 0) OR ( sn.SID = m.SID AND m.request = 0 AND lmode != 4 AND (id1, id2) IN ( SELECT s.id1, s.id2 FROM v$lock s WHERE request != 0 AND s.id1 = m.id1 AND s.id2 = m.id2) )ORDER BY id1, id2, m.request; 通过以上查询知道了sid和SERIAL#就可以开杀了 alter system kill session 'sid,SERIAL#';
第三章习题(处理机调度与死锁)
一、单项选择题 1．在为多道程序所提供的可共享的系统资源不足时，可能出现死锁。但是，不适当的 c 也可能产生死锁。 A.进程优先权 B．资源的线性分配 C.进程推进顺序 D. 分配队列优先权 2．采用资源剥夺法可解除死锁，还可以采用 b 方法解除死锁。 A.执行并行操作 B．撤消进程 C.拒绝分配新资源 D．修改信号量 3．产生死锁的四个必要条件是：互斥、 b 、循环等待和不剥夺。 A. 请求与阻塞 B．请求与保持 C. 请求与释放 D．释放与阻塞 4．发生死锁的必要条件有四个，要防止死锁的发生，可以破坏这四个必要条件，但破坏 a 条件是不太实际的。 A. 互斥 B．不可抢占 C. 部分分配 D．循环等待 5．在分时操作系统中，进程调度经常采用 c 算法。 A.先来先服务 B．最高优先权 C.时间片轮转 D．随机 6．资源的按序分配策略可以破坏 D 条件。 A. 互斥使用资源 B．占有且等待资源 C．非抢夺资源 D. 循环等待资源 7．在 C 的情况下，系统出现死锁。 A. 计算机系统发生了重大故障 B．有多个封锁的进程同时存在 C．若干进程因竞争资源而无休止地相互等待他方释放已占有的资源 D．资源数大大小于进程数或进程同时申请的资源数大大超过资源总数 8．银行家算法是一种 B 算法。 A.死锁解除 B．死锁避免 C.死锁预防 D. 死锁检测 9．当进程数大于资源数时，进程竞争资源 B 会产生死锁。 A.一定 B．不一定 10． B 优先权是在创建进程时确定的，确定之后在整个进程运行期间不再改变。 A.先来先服务 B．静态 C.动态 D．短作业 11. 某系统中有3个并发进程，都需要同类资源4个，试问该系统不会发生死锁的最少资源数是 B A．9 B．10 C．11 D．12 答：B 13．当检测出发生死锁时，可以通过撤消一个进程解除死锁。上述描述是 B 。 A. 正确的 B．错误的 14．在下列解决死锁的方法中，属于死锁预防策略的是 B 。 A. 银行家算法 B. 资源有序分配法 C．死锁检测法 D．资源分配图化简法 15．以下叙述中正确的是 B 。 A. 调度原语主要是按照一定的算法，从阻塞队列中选择一个进程，将处理机分配 给它。 B．预防死锁的发生可以通过破坏产生死锁的四个必要条件之一来实现，但破坏互斥条件的可能性不大。 C．进程进入临界区时要执行开锁原语。 D．既考虑作业等待时间，又考虑作业执行时间的调度算法是先来先服务算法。
Oracle的事务及锁
1、事务的概念： 事务是一个基本的逻辑单元，它作为一个整体要么全部执行要么全部不执行。 2、事务的特性： 原子性：事务是处理的一个原子单位，每一个操作不可拆分，它要么全部执行成功，要么全部都不执行。 一致性：指事务完成时，必须使所有的数据在整体上不变。 隔离性：各事务之间相互隔离，此事务的执行不受其他并发事务执行的干扰。 持续性：指事务对数据库的改变应是持续存在的，不会因故障而发生丢失。 3、从功能是上划分，sql语言分为DDL、DML和DCL： 3.1DDL(Data Definition Language，数据定义语言)： 用于定义和管理数据库中的所有对象的语言，如：create创建表空间、alter修改表空间、drop 删除表空间 3.2：DML(Data manipulation Language，数据操作语言)： 处理数据等操作，如：insert插入数据、delete删除数据、update修改数据、select查询数据3.3：DCL(Data Control Language，数据控制语言)： 授予或回收访问数据库的权限，控制数据库操作事务发生的时间及效果，对数据库实行监视，如：grant授权，rollback回滚，commit提交 4、事务的开始及结束： 一个事务可以由一条DDL语句单独组成或多条DML语句共同组成。一个事务从执行第一条sql语句开始，在它被提交或被回滚时结束。事务的提交可以是显式提交：用commit命令直接完成；也可以是提交隐式提交：用sql语句间接完成提交，这些语句有：alter，audit，comment，create，disconnect，drop，exit，grant，noaudit，quit，revoke，rename，会话终止等；还可以是自动提交：set autocommit on或set autocommit immediate设置为自动提交，则在插入、删除、修改语句执行后自动提交，使用set autocommit off可以取消自动提交，show autocommit可以查看自动提交是否打开。事务的回滚使用rollback;语句，可以为事务设置保存点，如：savepoint point1，然后使用rollback to [savepoint] point1回到保存点point1，若在point1后又设置了一个保存点savepoint point2，则在rollback to point1后将不能再回滚到point2，因为point2在point1的后面，point1的保存点不存在point2。 5、事务的并发性与一致性： 并发性：多个用户可以在同一时刻访问相同的数据。 一致性：保证并发性的同时，每个用户能得到一致的数据视图。 并发执行事务时，可能发生如下情况： ①脏读：某个事务读取了其他未提交事务修改过的数据。 脏读示例：提交读隔离级别可防止脏读，但不能防止不可重复读 ②不可重复读：某个事务读取一次数据后，其他事务修改了这些数据并进行了提交，这样当该事务重新读取这些数据时，就会得到与前一次读取不一致的结果。简单的说，就是同样的条件，你读取过的数据，再次读取时发现值不一样了。 不可重复读示例：可重复读隔离级别可防止脏读和不可重复读
死锁问题解决方法
Sqlcode -244 死锁问题解决 版本说明 事件日期作者说明 创建09年4月16日Alan 创建文档 一、分析产生死锁的原因 这个问题通常是因为锁表产生的。要么是多个用户同时访问数据库导致该问题，要么是因为某个进程死了以后资源未释放导致的。 如果是前一种情况，可以考虑将数据库表的锁级别改为行锁，来减少撞锁的机会；或在应用程序中，用set lock mode wait 3这样的语句，在撞锁后等待若干秒重试。 如果是后一种情况，可以在数据库端用onstat -g ses/onstat -g sql/onstat -k等命令找出锁表的进程，用onmode -z命令结束进程；如果不行，就需要重新启动数据库来释放资源。 二、方法一 onmode -u 将数据库服务器强行进入单用户模式，来释放被锁的表。注意：生产环境不适合。 三、方法二 1、onstat -k |grep HDR+X 说明：HDR+X为排他锁，HDR 头，X 互斥。返回信息里面的owner项是正持有锁的线程的共享内存地址。 2、onstat -u |grep c60a363c 说明：c60a363c为1中查到的owner内容。sessid是会话标识符编号。 3、onstat -g ses 20287 说明：20287为2中查到的sessid内容。Pid为与此会话的前端关联的进程标识符。 4、onstat -g sql 20287
说明：20287为2中查到的sessid内容。通过上面的命令可以查看执行的sql语句。 5、ps -ef |grep 409918 说明：409918为4中查到的pid内容。由此，我们可以得到锁表的进程。可以根据锁表进程的重要程度采取相应的处理方法。对于重要且该进程可以自动重联数据库的进程，可以用onmode -z sessid的方法杀掉锁表session。否则也可以直接杀掉锁表的进程 kill -9 pid。 四、避免锁表频繁发生的方法 4.1将页锁改为行锁 1、执行下面sql语句可以查询当前库中所有为页锁的表名： select tabname from systables where locklevel='P' and tabid > 99 2、执行下面语句将页锁改为行锁 alter table tabname lock mode(row) 4.2统计更新 UPDATE STATISTICS; 4.3修改数据库配置onconfig OPTCOMPIND参数帮助优化程序为应用选择合适的访问方法。 ?如果OPTCOMPIND等于0，优化程序给予现存索引优先权，即使在表扫描比较快时。 ?如果OPTCOMPIND设置为1，给定查询的隔离级设置为Repeatable Read时，优化程序才使用索引。 ?如果OPTCOMPIND等于2，优化程序选择基于开销选择查询方式。，即使表扫描可以临时锁定整个表。 *建议设置：OPTCOMPIND 0 # To hint the optimizer 五、起停informix数据库 停掉informix数据库 onmode -ky 启动informix数据库 oninit 注意千万别加-i参数，这样会初始化表空间，造成数据完全丢失且无法挽回。
Oracle常见死锁发生的原因以及解决方法
Oracle常见死锁发生的原因以及解决方法 Oracle常见死锁发生的原因以及解决办法 一，删除和更新之间引起的死锁 造成死锁的原因就是多个线程或进程对同一个资源的争抢或相互依赖。这里列举一个对同一个资源的争抢造成死锁的实例。 Oracle 10g, PL/SQL version 9.2 CREATE TABLE testLock( ID NUMBER, test VARCHAR(100) ) COMMIT INSERT INTO testLock VALUES(1,'test1'); INSERT INTO testLock VALUES(2,'test2'); COMMIT; SELECT * FROM testLock 1. ID TEST 2.---------- ---------------------------------- 3. 1 test1 4. 2 test2 死锁现象的重现： 1)在sql 窗口执行：SELECT * FROM testLock FOR UPDATE; -- 加行级锁并对内容进行修改， 不要提交 2)另开一个command窗口，执行：delete from testLock WHERE ID=1; 此时发生死锁（注意此时要另开一个窗口，不然会提示：POST THE CHANGE RECORD TO THE DATABASE. 点yes 后强制commit）：
3)死锁查看： 1.SQL> select https://www.360docs.net/doc/a911113986.html,ername,l.object_id, l.session_id,s.serial#, s.lockwait,s.status,s.machine, s.program from v$session s,v$locked_object l where s.sid = l.session_id; USER NAME SESSION_ID SERIAL# LOCKWAIT STATUS MACHINE PROGRAM 2.---------- ---------- ---------- -------- -------- ---------------------- ------------ 3.SYS 146 104 INACTIVE WORKGROUP\J-THINK PLSQLDev.exe 4.SYS 144 145 20834474 ACTIVE WORKGROUP\J-THINK PLSQLDev. exe 字段说明： Username：死锁语句所用的数据库用户； SID: session identifier，session 标示符，session 是通信双方从开始通信到通信结束期间的一个上下文。 SERIAL#: sid 会重用，但是同一个sid被重用时，serial#会增加，不会重复。 Lockwait：可以通过这个字段查询出当前正在等待的锁的相关信息。 Status：用来判断session状态。Active：正执行SQL语句。Inactive：等待操作。Killed：被标注为删除。 Machine：死锁语句所在的机器。 Program：产生死锁的语句主要来自哪个应用程序。 4)查看引起死锁的语句：
sql server的死锁及处理方法
【转】处理sql server的死锁 --第一篇 --检测死锁 --如果发生死锁了，我们怎么去检测具体发生死锁的是哪条SQL语句或存储过程？ --这时我们可以使用以下存储过程来检测，就可以查出引起死锁的进程和SQL语句。SQL Server自带的系统存储过程sp_who和sp_lock也可以用来查找阻塞和死锁, 但没有这里介绍的方法好用。 use master go create procedure sp_who_lock as begin declare @spid int,@bl int, @intTransactionCountOnEntry int, @intRowcount int, @intCountProperties int, @intCounter int create table #tmp_lock_who ( id int identity(1,1), spid smallint, bl smallint) IF @@ERROR<>0 RETURN @@ERROR insert into #tmp_lock_who(spid,bl) select 0 ,blocked from (select * from sysprocesses where blocked>0 ) a where not exists(select * from (select * from sysprocesses where blocked>0 ) b where a.blocked=spid) union select spid,blocked from sysprocesses where blocked>0 IF @@ERROR<>0 RETURN @@ERROR -- 找到临时表的记录数 select @intCountProperties = Count(*),@intCounter = 1 from #tmp_lock_who IF @@ERROR<>0 RETURN @@ERROR
Oracle数据库死锁的一些通用操作
经常碰到Oracle数据库死锁，原因很多，大部分情况下都需要用到的操作主要有以下几个方面：1、查找死锁。当发现死锁时，必须要知道死锁的情况和发生死锁的根源。 1）查看是否有死锁： select object_id,session_id,locked_mode from v$locked_object; 2）查看死锁的用户和进程： select https://www.360docs.net/doc/a911113986.html,ername,t2.sid,t2.serial#,t2.logon_timefrom v$locked_object t1,v$session t2where t1.session_id=t2.sidorder by t2.logon_time; 3）查看死锁的对象： select t1.object_name,t2.session_id,t2.locked_modefrom dba_objects t1,v$locked_object t2where t1.object_id=t2.object_id; 或者 select t3.object_name,T3.object_type,https://www.360docs.net/doc/a911113986.html,ername,t2.sid,t2.serial#,t2.logon_timefrom dba_objects t3,v$locked_object t1,v$session t2where t1.session_id=t2.sidand t3.object_id=t1.object_id order by t2.logon_time; 4）查看死锁发生的sql语句： select sql_text from v$sql where hash_value in (select sql_hash_value from v$session where sid in (select session_id from v$locked_object)); 2、删除死锁： (1).先杀Oracle进程: ALTER SYSTEM KILL SESSION '查出的SID,查出的SERIAL#'; (2).再杀操作系统进程: KILL -9 刚才查出的SPID 3、ORACLE里锁有以下几种模式: 0：none 1：null 空 2：Row-S 行共享(RS)：共享表锁 3：Row-X 行专用(RX)：用于行的修改 4：Share 共享锁(S)：阻止其他DML操作 5：S/Row-X 共享行专用(SRX)：阻止其他事务操作 6：exclusive 专用(X)：独立访问使用 数字越大锁级别越高, 影响的操作越多。 4、一些基础判断 ?一般的查询语句如select ... from ... ;是小于2的锁, 有时会在v$locked_object出现。 select ... from ... for update; 是2的锁。 ?当对话使用for update子串打开一个游标时，所有返回集中的数据行都将处于行级(Row-X)独占式锁定，其他对象只能查询这些数据行，不能进行update、delete或 select...for update操作。
数据库死锁的解决办法
Posts - 31 Articles - 0 Comments - 817 数据库死锁的解决办法 近日在博客网站上，回复别人的数据库死锁避免问题，之前也曾经几次答复过同样的内容，觉得很有必要汇聚成一个博客文章，方便大家。 这里的办法，对所有的数据库都适用。 这个解决办法步骤如下： 1. 每个表中加updated_count (integer) 字段 2. 新增一行数据,updated_count =0 : insert into table_x (f1,f2,...,update_count) values(...,0); 3. 根据主键获取一行数据SQL，封装成一个DAO 函数(我的习惯是每个表一个uuid 字段做主键。从不用组合主键，组合主键在多表join 时SQL 写起来很麻烦；也不用用户录入的业务数据做主键，因为凡是用户录入的数据都可能错误，然后要更改，不适合做主键)。 select * from table_x where pk = ? 4. 删除一行数据 4.1 先通过主键获取此行数据, 见3. 4.2 delete from table_x where pk = ? and update_count=? , 这里where 中的update_count 通过4.1 中获取 4.3 检查4.2 执行影响数据行数，如果删除失败，则是别人已经删除或者更新过同一行数据，抛异常，在最外面rollback，并通过合适的词语提醒用户有并发操作，请稍候再试。 int count = cmd.ExecuteNonQuery(); if(udpatedCount < 1){ throw new Exception(“检测到并发操作，为防止死锁，已放弃当前操作，请稍候再试，表xxx, 数据key ….”); } 5. 更新一行数据 5.1 先通过主键获取此行数据, 见3. 5.2 update table_x set f1=?,f2=?, ...,update_count=update_count+1 where pk = ? and updat e_count=? , 这里where 中的update_count 通过5.1 中获取 5.3 检查5.2 执行影响数据行数，如果更新失败，则是别人已经删除或者更新过同一行数据，抛异常，在最外面rollback，并通过合适的词语提醒用户有并发操作，请稍候再试。 int count = cmd.ExecuteNonQuery(); if(udpatedCount < 1){ throw new Exception(“检测到并发操作，为防止死锁，已放弃当前操作，请稍候再试，表xxx, 数据
死锁的检测与解除C语言代码
实验名称：死锁的检测与解除姓名：杨秀龙 学号：1107300432 专业班级：创新实验班111 指导老师：霍林
实验题目 死锁的检测与解除 实验目的 为了更清楚系统对死锁是如何检测和当死锁发生时如何解除死锁 设计思想 首先需要建立和银行家算法类似的数组结构，先把孤立的进程（没有占用资源的进程）放入一个数组中，根据死锁原理，找出既不阻塞又非独立的进程结点，使之成为孤立的结点并放入孤立数组中，再释放该进程的占用资源，继续寻找下一个孤立结点，如果所有进程都能放入孤立数组中，则系统不会发生死锁，如果有进程不能放入，则系统将发生死锁，并进行死锁解除，撤消所有的死锁进程，释放它们占用的资源。 主要数据结构 和银行家算法类似，需要建立相应的数组 int allocation[M][M]; int request[M][M]; int available[M]; int line[M]; //管理不占用资源的进程 int no[M]; //记录造成死锁的进程 int work[M]；
流程图 否
运行结果 图（1）不会发生死锁时 图（1）当发生死锁时
附录 源代码如下： # include "stdio.h" # define M 50 int allocation[M][M]; int request[M][M]; int available[M]; int line[M]; int no[M]; intn,m,i,j,f,a=0; main() { void check(); void remove(); void show(); printf("输入进程总数:"); scanf("%d", &n); printf("输入资源种类数量:"); scanf("%d", &m); printf("输入进程已占用的资源Allocation:\n"); for(i=0;i o r a c l e的T M锁、T X锁知识完全普及锁概念基础 数据库是一个多用户使用的共享资源。当多个用户并发地存取数据时，在数据库中就会产生多个事务同时存取同一数据的情况。若对并发操作不加控制就可能会读取和存储不正确的数据，破坏数据库的一致性。 加锁是实现数据库并发控制的一个非常重要的技术。当事务在对某个数据对象进行操作前，先向系统发出请求，对其加锁。加锁后事务就对该数据对象有了一定的控制，在该事务释放锁之前，其他的事务不能对此数据对象进行更新操作。 在数据库中有两种基本的锁类型：排它锁（ExclusiveLocks，即X锁）和共享锁（ShareLocks，即S锁）。当数据对象被加上排它锁时，其他的事务不能对它读取和修改。加了共享锁的数据对象可以被其他事务读取，但不能修改。数据库利用这两种基本的锁类型来对数据库的事务进行并发控制。 Oracle数据库的锁类型 根据保护的对象不同，Oracle数据库锁可以分为以下几大类：DML锁（datalocks，数据锁），用于保护数据的完整性；DDL锁（dictionarylocks，字典锁），用于保护数据库对象的结构，如表、索引等的结构定义；内部锁和闩（internallocksandlatches），保护数据库的内部结构。 DML锁的目的在于保证并发情况下的数据完整性，。在Oracle数据库中，DML锁主要包括TM锁和TX锁，其中TM锁称为表级锁，TX锁称为事务锁或行级锁。 当Oracle执行DML语句时，系统自动在所要操作的表上申请TM类型的锁。当TM锁获得后，系统再自动申请TX类型的锁，并将实际锁定的数据行的锁标志位进行置位。这样在事务加锁前检查TX 锁相容性时就不用再逐行检查锁标志，而只需检查TM锁模式的相容性即可，大大提高了系统的效率。TM锁包括了SS、SX、S、X等多种模式，在数据库中用0－6来表示。不同的SQL操作产生不同类型的TM锁。 在数据行上只有X锁（排他锁）。在Oracle数据库中，当一个事务首次发起一个DML语句时就获得一个TX锁，该锁保持到事务被提交或回滚。当两个或多个会话在表的同一条记录上执行DML语句时，第一个会话在该条记录上加锁，其他的会话处于等待状态。当第一个会话提交后，TX锁被释放，其他会话才可以加锁。 当Oracle数据库发生TX锁等待时，如果不及时处理常常会引起Oracle数据库挂起，或导致死锁的发生，产生ORA-60的错误。这些现象都会对实际应用产生极大的危害，如长时间未响应，大量事务失败等。 悲观封锁和乐观封锁 一、悲观封锁 锁在用户修改之前就发挥作用： Select..forupdate（nowait) 第五章死锁练习题 (一)单项选择题 1．系统出现死锁的根本原因是( )。 A．作业调度不当B．系统中进程太多C．资源的独占性D．资源管理和进程推进顺序都不得当 2．死锁的防止是根据( )采取措施实现的。 A．配置足够的系统资源B．使进程的推进顺序合理 C．破坏产生死锁的四个必要条件之一D．防止系统进入不安全状态 3．采用按序分配资源的策略可以防止死锁．这是利用了使( )条件不成立。 A．互斥使用资源B循环等待资源C．不可抢夺资源D．占有并等待资源 4．可抢夺的资源分配策略可预防死锁，但它只适用于( )。 A．打印机B．磁带机C．绘图仪D．主存空间和处理器 5．进程调度算法中的( )属于抢夺式的分配处理器的策略。 A．时间片轮转算法B．非抢占式优先数算法C．先来先服务算法D．分级调度算法 6．用银行家算法避免死锁时，检测到( )时才分配资源。 A．进程首次申请资源时对资源的最大需求量超过系统现存的资源量 B．进程己占用的资源数与本次申请资源数之和超过对资源的最大需求量 C．进程已占用的资源数与本次申请的资源数之和不超过对资源的最大需求量，且现存资源能满足尚需的最大资源量 D进程已占用的资源数与本次申请的资源数之和不超过对资源的最大需求量，且现存资源能满足本次申请量，但不能满足尚需的最大资源量 7．实际的操作系统要兼顾资源的使用效率和安全可靠，对资源的分配策略，往往采用( )策略。 A死锁的防止B．死锁的避免C．死锁的检测D．死锁的防止、避免和检测的混合 (二)填空题 1．若系统中存在一种进程，它们中的每一个进程都占有了某种资源而又都在等待其中另一个进程所占用的资源。这种等待永远不能结束,则说明出现了______。 2．如果操作系统对______或没有顾及进程______可能出现的情况，则就可能形成死锁。 3．系统出现死锁的四个必要条件是：互斥使用资源，______，不可抢夺资源和______。 4．如果进程申请一个某类资源时，可以把该类资源中的任意一个空闲资源分配给进程，则说该类资源中的所有资源是______。 5．如果资源分配图中无环路，则系统中______发生。 6．为了防止死锁的发生，只要采用分配策略使四个必要条件中的______。 7．使占有并等待资源的条件不成立而防止死锁常用两种方法：______和______. 8静态分配资源也称______，要求每—个进程在______就申请它需要的全部资源。 9．释放已占资源的分配策略是仅当进程______时才允许它去申请资源。 10．抢夺式分配资源约定，如果一个进程已经占有了某些资源又要申请新资源，而新资源不能满足必须等待时、系统可以______该进程已占有的资源。 11．目前抢夺式的分配策略只适用于______和______。 12．对资源采用______的策略可以使循环等待资源的条件不成立。 13．如果操作系统能保证所有的进程在有限的时间内得到需要的全部资源，则称系统处于______。14．只要能保持系统处于安全状态就可______的发生。 15．______是一种古典的安全状态测试方法。 16．要实现______，只要当进程提出资源申请时，系统动态测试资源分配情况，仅当能确保系统安全时才把资源分配给进程。 操作系统实验报告 实验题目：死锁的检测与解除学生姓名：田凯飞 学生学号：1107300215 学生班级：计科111 指导老师：霍林 实验题目： 死锁的检测与解除。 实验目的： 在实验一中我们可以通过银行家算法和安全性检测来对系统对进程分配资源时进行安全性检测，这是避免系统发生死锁的有效方法，但是假如系统真的发生死锁的时候，系统也必须对此采取有效的措施，通过该实验我们可以深刻的认识系统对死锁的检测与解除的方法。 设计思想： 该程序是在银行家算法的基础上添加了死锁的解除模块得来的，死锁的解除采用的方法是：当系统发生死锁时，找到已分配资源最大的死锁进程，剥夺其已分配资源，再次检测是否发生死锁。 数据结构： 1)可用资源向量available: 这是一个含有m个元素的数组，其 中的每一个元素代表一类可利用资源数目。 2)最大需求矩阵max它是一个n m ?的矩阵，定义了系统中n个进程中得每一个进程对m类资源的最大需求。 3)可分配矩阵allocation: 这也一个n m ?的矩阵，定义了系统中每一类资源当前已分配给每一进程的资源数。 4)需求矩阵need: 这表示每一个进程尚需的各类资源数。 5)need[i][j]=max[i][j]-allocation[i][j]。 变量说明： 可用资源向量available[3]; 最大需求矩阵max[4][3]; 可分配矩阵allocation[4][3]; 需求矩阵need[4][3]; 进程状态标识finish[4]; 流程图： 否 是 否 是 运行结果： 无死锁： 算法开始 输入各进程的最大需求资源、 已分配资源和可利用资源数 显示各进程的最大需求资源、已分配资源和可利用资源数 选择进程并进行资源请求 请求是否合法 分配资源 是否死锁 输出进程序列以及该时刻的资源分配情况 解除占用资源最多的进程 算法结束 简述表空间和数据文件之间的关系。 答：每一个数据文件都必须隶属于某个表空间，但一个表空间可以由多个数据文件组合而成。tablespace是逻辑上的概念,datafile则在物理上储存了数据库的种种对象。 概述Oracle数据库体系的物理结构。 答：Oracle数据库体系的物理结构是指数据库上实际的、可以从操作系统看到的文件，可以利用操作系统指令进行管理作业，物理存储结构组成文件如下所列：数据文件（Data File）:实际存储数据的地方；在线重做日志文件（Online Redo Log File）:记录曾经发生过的动作，当数据库受损时，可利用在线重做日志文件进行必要的恢复动作；控制文件（Control File）:记录数据库必要的信息，以验证及维护数据库的完整性的信息；初始化参数文件（Parameter File）:当数据库开启时，用来架构出Oracle内存结构的文件；密码文件（Password File）:验证哪些帐号能开启、关闭Oracle数据库。 简要介绍表空间、段、区和数据块之间的关系。 答：Oracle的逻辑存储单元从小到大依次为：数据块、区、段和表空间。表空间又由许多段组成，段由多个区组成，区又由多个数据块组成。 简述Oracle实例系统中各后台进程的作用。 答：（1）DBWRn(Database Writer)的主要工作是将数据缓冲区中被改过的数据写回到数据文件里。（2）LGWR(Log Writer)主要的工作是将Redo Log Buffer里的记录写到在线重做日志文件中。（3）SMON(System Monitor)有两个主要的功能。<1>执行Instance Recovery:当数据库不正常中断后再度开启时，SMON会自动执行Instance Recovery,也就是会将在线重做日志里面的数据回写到数据文件里面。<2>收集空间：将表空间内相邻的空间进行合并的动作。 (4)PMON(Process Monitor):监视数据库的用户进程。若用户的进程不当而被中断，PMON会负责清理任何遗留下来的资源，并释放失效的进程所保留的锁，然后从Process List中移除，以终止Process ID。(5)CKPT(Checkpoint)主要负责更新数据库的最新状态，CKPT当Checkpoint完成时，会更新控制文件和数据库文件的文件头。（6）ARCn(Archiver).当Oracle 数据库设定为ARCHIVELOG Mode时，ARCn 会在Log Switch时自动将Redo Log File复制一份到指定的目录下称为归档日志文件（Archivedredologs）。 共享和专用操作模式的工作过程有什么区别？ 在专用服务器操作模式中，Oracle为每个连接到数据库实例的用户进程启动一个专门的服务进程，其用户进程数与服务器进程数的比例为1:1因为在用户进程空闲期间，对应的服务器进程始终存在，数据库的效率比较低。共享服务器操作模式可以实现只运行少量的服务器进程，由少量的服务器进程为大量用户提供服务。在此模式下，数据库实例启动的同时也将启动一定数量的服务进程，在调度进程Dnnn的调度下位任意数量的用户进程提供服务。 简述oracle的初始化参数文件？ 答：在传统上，Oracle在启动实例时将读取本地的一个文本文件，并利用从中获取初始化参数对实例和数据库进行设置，这个文本文件称为初始化参数文件（简称为PFILE）。 简述如何修改初始化参数文件？ 答：如果要对初始化参数进行修改，必须先关闭数据库，然后在初始化参数文件中进行编辑，再重新启动数据库使修改生效。 简述启动数据库时的状态。 答：开启数据库分成4种状态。SHUTDOWN状态：数据库是关闭的。NOMOUNT状态：Instance被开启的状态，会去读取初始化参数文件。MOUNT状态：会去读取控制文件。数据库被装载。OPEN状态：读取数据文件、在线重做日志文件等，数据库开启。 简述数据库的各种关闭方式。 答：（1）正常关闭（SHUTDOWN NORMAL）:不允许新的USER连进来。（2）事务关闭 死锁练习题 (一)单项选择题 l系统出现死锁的根本原因是( )。 A．作业调度不当 B．系统中进程太多 C．资源的独占性 D．资源管理和进程推进顺序都不得当 2．死锁的防止是根据( )采取措施实现的。 A．配置足够的系统资源 B．使进程的推进顺序合理 C．破坏产生死锁的四个必要条件之一 D．防止系统进入不安全状态 3．采用按序分配资源的策略可以防止死锁．这是利用了使( )条件不成立。 A．互斥使用资源 B循环等待资源 c．不可抢夺资源 D．占有并等待资源 4．可抢夺的资源分配策略可预防死锁，但它只适用于( )。A．打印机 B．磁带机 c．绘图仪 D．主存空间和处理器 5．进程调度算法中的( )属于抢夺式的分配处理器的策略。A．时间片轮转算法 B．非抢占式优先数算法 c．先来先服务算法 D．分级调度算法 6．用银行家算法避免死锁时，检测到( )时才分配资源。 A．进程首次申请资源时对资源的最大需求量超过系统现存的资源量 B．进程己占用的资源数与本次申请资源数之和超过对资源的最大需求量 c．进程已占用的资源数与本次申请的资源数之和不超过对资源的最大需求量，且现存资源能满足尚需的最大资源量 D进程已占用的资源数与本次申请的资源数之和不超过对资源的最大需求量，且现存资源能满足本次申请量，但不能满足尚需的最大资源量 7．实际的操作系统要兼顾资源的使用效率和安全可靠，对资源的分配策略，往往采用 ( )策略。 A死锁的防止 B．死锁的避免 c．死锁的检测 D．死锁的防止、避免和检测的混合(一)单项选择题 1．D 2．C 3．B 4．D 5．A 6 C 7 D (二)填空题 l若系统中存在一种进程，它们中的每一个进程都占有了某种资源而又都在等待其中另一个进程所占用的资源。这种等待永远不能结束,则说明出现了______。 2．如果操作系统对 ______或没有顾及进程______可能出现的情况，则就可能形成死锁。3．系统出现死锁的四个必要条件是：互斥使用资源，______，不可抢夺资源和______。 4．如果进程申请一个某类资源时，可以把该类资源中的任意一个空闲资源分配给进程，则说该类资源中的所有资源是______。 5．如果资源分配图中无环路，则系统中______发生。 6．为了防止死锁的发生，只要采用分配策略使四个必要条件中的______。 7．使占有并等待资源的条件不成立而防止死锁常用两种方法：______和______. 8静态分配资源也称______，要求每—个进程在______就申请它需要的全部资源。 9．释放已占资源的分配策略是仅当进程______时才允许它去申请资源。 10抢夺式分配资源约定，如果一个进程已经占有了某些资源又要申请新资源，而新资源不能满足必须等待时、系统可以______该进程已占有的资源。 11．目前抢夺式的分配策略只适用于______和______。 12．对资源采用______的策略可以使循环等待资源的条件不成立。 13．如果操作系统能保证所有的进程在有限的时间内得到需要的全部资源，则称系统处于______。 14．只要能保持系统处于安全状态就可______的发生。 15．______是一种古典的安全状态测试方法。 16．要实现______，只要当进程提出资源申请时，系统动态测试资源分配情况，仅当能确保系统安全时才把资源分配给进程。 17．可以证明,M个同类资源被n个进程共享时，只要不等式______成立,则系统一定不会发生死锁，其中x为每个进程申请该类资源的最大量。 18．______对资源的分配不加限制，只要有剩余的资源，就可把资源分配给申请者。 19．死锁检测方法要解决两个问题，一是______是否出现了死锁，二是当有死锁发生时怎样去______。 20．对每个资源类中只有一个资源的死锁检测程序根据______和______两张表中记录的资源情况，把进程等待资源的关系在矩阵中表示出oracle的TM锁T锁知识完全普及
《操作系统原理》5资源管理(死锁)习题
操作系统实验报告-死锁的检测与解除
oracle数据库简答题
操作系统死锁练习及答案