oracle怎么去掉锁 怎么解锁oracle被锁定的账户

如何解除Oracle 帐号锁定查询锁表
SELECT object_name, machine, s.sid, s.serial#
FROM gv$locked_object l, dba_objects o, gv$session s
WHERE l.object_id = o.object_id
AND l.session_id = s.sid;
2解锁
--释放SESSION SQL:
--alter system kill session 'sid, serial#';
ALTER system kill session '23, 1647';
3锁表原因分析
1.对数据库操作update,insert,delete时候,数据库无法更新,操作等待时长,操作结果不发生改变
2.在程序中,底层(数据访问层)操作时候,不成功,数据库连接超时,无法操作,或者操作等待时长等现象
【加锁的原理】:比如一个操作在进行修改一表,它没完成,另一个操作也操作这张表时候就需要等待,前面操作结束之后才可进行操作 。
4锁表分类以及如何避免锁表
Oracle锁表行级锁表级锁
---- 行被排他锁定
----在某行的锁被释放之前,其他用户不能修改此行----使用 commit 或 rollback 命令释放锁
----Oracle 通过使用 INSERT、UPDATE 和 SELECT…FOR UPDATE 语句自动获取行级锁
SELECT…FOR UPDATE 子句―在表的一行或多行上放置排他锁―用于防止其他用户更新该行
―可以执行除更新之外的其他操作
―select * from goods where gid=1001―for update of gname;
―只有该用户提交事务,其他用户才能够更新gname
FOR UPDATE WAIT 子句―Oracle9i 中的新增功能―防止无限期地等待锁定的行―等待间隔必须指定为数值文字
―等待间隔不能是表达式、赋值变量或 PL/SQL变量
―select * from goods where gid=1001 for update of gname wait3―等待用户释放更新锁的时间为3秒,否则超时 。?表级锁
―保护表的数据
―在多个用户同时访问数据时确保数据的完整性―可以设置为三种模式:共享、共享更新和 排他
语法:lock table table_namein mode;共享锁―锁定表
―仅允许其他用户执行查询操作―不能插入、更新和删除
―多个用户可以同时在同一表中放置此锁―lock table table_name―in share mode [nowait];
― rollback 和commit 命令释放锁― nowait 关键字告诉其他用户不用等待共享更新锁
―锁定要被更新的行
―允许其他用户同时查询、插入、更新未被锁定的行
―在 SELECT 语句中使用“FOR UPDATE”子句,可以强制使用共享更新锁―允许多个用户同时锁定表的不同行
加锁的两种方法
lock table tab_name in share update mode;select column1,column2from goodswhere goodswhere gid=1001
for update of column1,column2排他锁
―与其他两种锁相比,排他锁是限制性最强的表锁―仅允许其他用户查询数据
―不允许执行插入、删除和更新操作
―在同一时间仅允许一位用户在表上放置排他锁―共享锁与此相反
lock table tab_name in exclusive mode;lock table 表名[ 表名]...in share mode [nowait]
lock table表名[ 表名]...in exclusive mode [nowait]lock table 表名[ 表名]...in share update mode[nowait]
-----------------------------------------------------------------------------------------------
LOCKName
LOCK—在事务中明确地锁定一个表LOCK[TABLE]name
LOCK[TABLE]nameIN[ROW|ACCESS]{SHARE|EXCLUSIVE}MODE
LOCK[TABLE]nameINSHAREROWEXCLUSIVEMODE输入
name
要锁定的现存的表.
ACCESSSHAREMODE
注意:这个锁模式对被查询的表自动生效 。
这是最小限制的锁模式 , 只与ACCESSEXCLUSIVE模式冲突 。它用于保护被查询的表免于被并行的ALTERTABLE , DROPTABLE和VACUUM对同一表操作的语句修改 。
ROWSHAREMODE
注意:任何SELECT...FORUPDATE语句执行时自动生效 。因为它是一个共享锁,以后可能更新为ROWEXCLUSIVE锁 。
与EXCLUSIVE和ACCESSEXCLUSIVE锁模式冲突 。
ROWEXCLUSIVEMODE
注意:任何UPDATE,DELETE和INSERT语句执行时自动生效 。
与SHARE,SHAREROWEXCLUSIVE,EXCLUSIVE和ACCESSEXCLUSIVE模式冲突 。
SHAREMODE
注意:任何CREATEINDEX语句执行时自动附加 。共享锁住整个表.
与ROWEXCLUSIVE,SHAREROWEXCLUSIVE,EXCLUSIVE和ACCESSEXCLUSIVE模式冲突 。这个模式防止一个表被并行更新 。
SHAREROWEXCLUSIVEMODE
注意:这个模式类似EXCLUSIVEMODE,但是允许其他事务的SHAREROW锁.
-----------------------------------------------------------------------------------------------
与ROWEXCLUSIVE,SHARE,SHAREROWEXCLUSIVE,EXCLUSIVE和ACCESSEXCLUSIVE模式冲突 。
EXCLUSIVEMODE
注意:这个模式同样比SHAREROWEXCLUSIVE更有约束力.它阻塞所有并行的ROWSHARE/SELECT...FORUPDATE查询 。
与ROWEXCLUSIVE,SHARE,SHAREROWEXCLUSIVE,EXCLUSIVE和ACCESSEXCLUSIVE模式冲突 。
ACCESSEXCLUSIVEMODE
注意:由语句ALTERTABLE,DROPTABLE,VACUUM执行时自动生效 。这是最严格的约束锁,它与所有其他的锁模式冲突并且保护一个被锁定的表不被任何其他并行的操作更改 。
注意:一个不合格的LOCKTABLE同样要求这个锁模式(例如,一条没有显式锁模式选项的命令) 。
输出
LOCKTABLE成功锁定后的返回.
ERRORname:Tabledoesnotexist.如果name不存在 , 返回此信息.
描述
LOCKTABLE控制一次事务的生命期内对某表的并行访问.Postgres在可能的情况下尽可能使用最小约束的锁模式 。LOCKTABLE在你需要时提供更有约束力的锁 。
RDBMS锁定使用下面术语:
EXCLUSIVE
排它锁,防止其他(事务)锁的产生.
SHARE
允许其他(事务)共享锁.避免EXCLUSIVE锁.
ACCESS
-----------------------------------------------------------------------------------------------
锁定表结构.
ROW
锁定独立的行.
注意:如果没有声明EXCLUSIVE或SHARE,假设为EXCLUSIVE.锁存在于事务周期内.
例如,一个应用在READCOMMITED隔离级别上运行事务,并且它需要保证在表中的数据在事务的运行过程中都存在 。要实现这个你可以在查询之前对表使用SHARE锁模式进行锁定 。这样将保护数据不被并行修改并且为任何更进一步的对表的读操作提供实际状态的数据,因为SHARE锁模式与任何写操作需要的ROWEXCLUSIVE模式冲突,并且你的LOCKTABLEnameINSHAREMODE语句将等到所有并行的写操作提交或回卷后才执行 。
注意:当在SERIALIZABLE隔离级别运行事务,而且你需要读取真实状态的数据时,你必须在执行任何DML语句(这时事务定义什么样的并行修改对它自己是可见的)之前运行一个LOCKTABLE语句 。
除了上面的要求外,如果一个事务准备修改一个表中的数据,那么应该使用SHAREROWEXCLUSIVE锁模式以避免死锁情况(当两个并行的事务试图以SHARE模式锁住表然后试图更改表中的数据时,两个事务(隐含的)都需要ROWEXCLUSIVE锁模式,而此模式与并行的SHARE锁冲突) 。
继续上面的死锁(两个事务彼此等待)问题,你应该遵循两个通用的规则以避免死锁条件:
事务应该以相同的顺序对相同的对象请求锁 。
例如 , 如果一个应用更新行R1然后更新行R2(在同一的事务里),那么第二个应用如果稍后要更新行R1时不应该更新行R2(在同一事务里) 。相反,它应该与第一个应用以相同的顺序更新行R1和R2 。
事务请求两个互相冲突的锁模式的前提:其中一个锁模式是自冲突的(也就是说,一次只能被一个事务持有) 。如果涉及多种锁模式 , 那么事务应该总是最先请求最严格的锁模式 。
这个规则的例子在前面的关于用SHAREROWEXCLUSIVE模式取代SHARE模式的讨论中已经给出了 。-----------------------------------------------------------------------------------------------
注意:Postgres的确检测死锁,并将回卷至少一个等待的事务以解决死锁 。
注意
LOCK是Postgres语言扩展.
除了ACCESSSHARE/EXCLUSIVE锁模式外,所有其他Postgres锁模式和LOCKTABLE语句都与那些在Oracle里面的兼容 。
LOCK只在事务内部使用.
用法
演示在往一个外键表上插入时在有主键的表上使用SHARE的锁:
BEGINWORK;
LOCKTABLEfilmsINSHAREMODE;SELECTidFROMfilms
WHEREname='StarWars:EpisodeI-ThePhantomMenace';
--如果记录没有返回则回卷
INSERTINTOfilms_user_commentsVALUES
(_id_,'GREAT!Iwaswaitingforitforsolong!');COMMITWORK;
在执行删除操作时对一个有主键的表进行SHAREROWEXCLUSIVE锁:
BEGINWORK;
LOCKTABLEfilmsINSHAREROWEXCLUSIVEMODE;DELETEFROMfilms_user_commentsWHEREidIN(SELECTidFROMfilmsWHERErating5);DELETEFROMfilmsWHERErating5;COMMITWORK;兼容性SQL92
在SQL92里面没有LOCKTABLE,可以使用SETTRANSACTION来声明当前事务的级别.我们也支持这个,参阅SETTRANSACTION获取详细信息 。
如何解除Oracle数据库用户账户的锁定和修改口令?D:\oracle\ora92\binsqlplus /nolog\x0d\x0a\x0d\x0aSQL*Plus: Release 9.2.0.1.0 - Production on 星期四 8月 16 11:32:22 2007\x0d\x0a\x0d\x0aCopyright (c) 1982, 2002, Oracle Corporation.All rights reserved.\x0d\x0a\x0d\x0aSQL conn /as sysdba\x0d\x0a已连接 。\x0d\x0aSQL alter user system identified by password;\x0d\x0a\x0d\x0a用户已更改 。\x0d\x0a\x0d\x0aSQL alter user sys identified by password;\x0d\x0a\x0d\x0a用户已更改 。\x0d\x0a\x0d\x0aSQL alter user system identified by manger;\x0d\x0a\x0d\x0a用户已更改 。\x0d\x0a\x0d\x0aSQL exit\x0d\x0a从Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production\x0d\x0aWith the Partitioning, OLAP and Oracle Data Mining options\x0d\x0aJServer Release 9.2.0.1.0 - Production中断开\x0d\x0a\x0d\x0aD:\oracle\ora92\binsqlplus\x0d\x0a\x0d\x0aSQL*Plus: Release 9.2.0.1.0 - Production on 星期四 8月 16 11:40:37 2007\x0d\x0a\x0d\x0aCopyright (c) 1982, 2002, Oracle Corporation.All rights reserved.\x0d\x0a\x0d\x0a请输入用户名:system\x0d\x0a请输入口令:\x0d\x0a\x0d\x0a连接到:\x0d\x0aOracle9i Enterprise Edition Release 9.2.0.1.0 - Production\x0d\x0aWith the Partitioning, OLAP and Oracle Data Mining options\x0d\x0aJServer Release 9.2.0.1.0 - Production\x0d\x0a\x0d\x0aSQL select instance_name from v$instance;\x0d\x0a\x0d\x0aINSTANCE_NAME\x0d\x0a----------------
oracle数据库表被锁了怎么解锁1、在做Oracle监听程序测试时,发现帐户已经被锁定 。
2、在数据库安装电脑上,点击开始打开运行窗口 。
3、在运行窗口输入CMD,调出命令提示符界面 。
3、在命令提示符下面,用管理员身份登入到数据库sqlplus / as sysdba 。
4、输入解锁命令alter user Scott account unlock后回车 。
5、看见用户已更改的字样,表示命令已成功执行 。
6、再切换到监听程序验证 , 原来的ora-28000帐户被锁定的提示已经不存在了 。用户解锁成功 。
oracle怎么彻底解决锁的问题1、生成Kill Session语句
select 'alter system kill session ''' || SID ||',' || SERIAL# || ''';' from
(
select distinct a.sid, a.Serial#, status, machine, LOCKWAIT, logon_time
from v$session a, v$locked_object b
where (a.status = 'ACTIVE' or a.status = 'INACTIVE')
and a.sid = b.session_id
and b.ORACLE_USERNAME='XYHISTEST'--加上用户名是避免把其他系统的会话也关闭 , 以免伤及无辜
)
2、批量执行第一步生成的语句
alter system kill session 'sid,serial#';
--alter system kill session '6976,33967';
3、查询oracle用户名,机器名,锁表对象
SELECT l.session_id sid, s.serial#, l.locked_mode,l.oracle_username,
l.os_user_name,s.machine, s.terminal, o.object_name, s.logon_time
FROM v$locked_object l, all_objects o, v$session s
WHERE l.object_id = o.object_id
AND l.session_id = s.sid
ORDER BY sid, s.serial# ;
/*或者
select s.SID, s.OSUSER, p.spid as OSPID, s.MACHINE, s.TERMINAL, s.PROGRAM
from v$session s, v$process p
where s.sid = 6--session_id
and s.paddr = p.addr;
*/
4、查询是执行何sql语句导致锁表的
select b.sql_text
from v$session a, v$sql b
where a.sid = 6 --session_id
【oracle怎么去掉锁 怎么解锁oracle被锁定的账户】and a.SQL_ADDRESS = b.ADDRESS( );
/*--或者
SELECT l.session_id sid, s.serial#, l.locked_mode, l.oracle_username, s.user#,
l.os_user_name,s.machine, s.terminal,a.sql_text, a.action
FROM v$sqlarea a,v$session s, v$locked_object l
WHERE l.session_id = s.sid
AND s.prev_sql_addr = a.address
ORDER BY sid, s.serial#;
*/
oracle怎么去掉锁的介绍就聊到这里吧,感谢你花时间阅读本站内容,更多关于怎么解锁oracle被锁定的账户、oracle怎么去掉锁的信息别忘了在本站进行查找喔 。

    推荐阅读