如何避免oracle导入时出现死锁

　　什么是死锁
　　当两个（或多个）用户互相等待被对方加锁的资源时就会发生死锁（deadlock）。死锁将导致相关的事务停止执行。下图演示了产生死锁的两个事务。
　　如图所示，在时间点 A，两个事务均获得了更新操作所需数据行上的锁，此时两事务均正常，能够继续执行。接下来，两个事务均要更新当前被对方加锁的数据。因此，在时间点 B 将发生死锁，因为此时两个事务都不能获得继续执行或终止所需的资源。无论两个事务等待多久，相互冲突的锁都无法被释放，所以此种情况被称为死锁。
　　图：产生死锁的两个事务
　　检测死锁
　　数据库能自动地检测死锁的情况，回滚造成死锁的某个语句，以便释放冲突的行级锁，从而解决死锁问题。数据库将向执行了语句级回滚的事务返回一个错误信息。
　　避免死锁
　　如果两个事务需要访问相同的一组表，那么在两个事务中按相同的顺序对这组表加锁通常能避免多表死锁。例如，如果系统中的一个主表及一个明细表都需要更新时，开发者应该遵从一定的规则，如先对主表加锁，再对明细表加锁。如果能够仔细设计类似的规则并严格执行，就能从根本上杜绝死锁的产生。 如果开发者预先知道需要在同一事务内对一系列资源加锁，那么应考虑首先对排他性最高的资源加锁。
　　关于数据库死锁的检查方法
　　一、数据库死锁的现象
　　程序在执行的过程中，点击确定或保存按钮，程序没有响应，也没有出现报错。
　　二、死锁的原理
　　当对于数据库某个表的某一列做更新或删除等操作，执行完毕后该条语句不提
　　交，另一条对于这一列数据做更新操作的语句在执行的时候就会处于等待状态，
　　此时的现象是这条语句一直在执行，但一直没有执行成功，也没有报错。
　　三、死锁的定位方法
　　通过检查数据库表，能够检查出是哪一条语句被死锁，产生死锁的机器是哪一台。
　　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 s.username,l.OBJECT_ID,l.SESSION_ID,s.SERIAL#,
　　l.ORACLE_USERNAME,l.OS_USER_NAME,l.PROCESS
　　FROM V$LOCKED_OBJECT l,V$SESSION S WHERE l.SESSION_ID=S.SID;
　　2）kill掉这个死锁的进程：
　　alter system kill session ‘sid,serial#’; （其中sid=l.session_id）
　　alter system kill session '710,35184'; （其中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进程
　　from:http://southking.javaeye.com/blog/550832
　　select A.SQL_TEXT, B.USERNAME, C.OBJECT_ID, C.SESSION_ID,
　　B.SERIAL#, C.ORACLE_USERNAME,C.OS_USER_NAME,C.Process,
　　''''||C.Session_ID||','||B.SERIAL#||''''
　　from v$sql A, v$session B, v$locked_object C
　　where A.HASH_VALUE = B.SQL_HASH_VALUE and
　　B.SID = C.Session_ID

不知道你怎么导入的，如果库里在运行业务的话，那么选库最闲的时候导可能会好点，其实要找出死锁原因，这样才能比较有针对性避免。