orcal数据库表被锁了怎么解锁

orcal数据库表被锁了怎么解锁,第1张

1、在做Oracle监听程序测试时,发现帐户已经被锁定。

2、在数据安装电脑上,点击开始打开运行窗口。

3、在运行窗口输入CMD,调出命令提示符界面。

3、在命令提示符下面,用管理员身份登入到数据库sqlplus / as sysdba。

4、输入解锁命令alter user Scott account unlock后回车。

5、看见用户已更改的字样,表示命令已成功执行。

6、再切换到监听程序验证,原来的ora-28000帐户被锁定的提示已经不存在了。用户解锁成功。

1你可以用 alter user 用户ID account unlock 先解开这个用户锁定

2这个机制是在用户的profile中设定,profile主要是对系统资源和用户囗令的管理,你可以打开查看,里面有个 FAILED_LOGIN_ATTEMPTS 参数,你还可以结合其它的参数一起使用来管理资源和囗令。系统有个默认的profile叫default

给个示例:

1资源的

create profile luck_prof limit

sessions_per_user 8

cpu_per_session 16800

logical_reads_per_session 23688

connect_time 268

idle_time 38;

2囗令的,如修改 default

alter profile default limit

password_life_time 60

password_grace_time 10

password_reuse_time 1800

failed_login_attempts 3

password_lock_time 1/1440;

然后再创建或修改用户时指定一个profile如:

create user wuser

identified by wuser

profile luck_prof ;

希望以上能给你提供解决问题的方向

首先你要知道表锁住了是不是正常锁?因为任何DML语句都会对表加锁。

你要先查一下是那个会话那个sql锁住了表,有可能这是正常业务需求,不建议随便KILL

session,如果这个锁表是正常业务你把session

kill掉了会影响业务的。

建议先查原因再做决定。

(1)锁表查询的代码有以下的形式:

select

count()

from

v$locked_object;

select

from

v$locked_object;

(2)查看哪个表被锁

select

bowner,bobject_name,asession_id,alocked_mode

from

v$locked_object

a,dba_objects

b

where

bobject_id

=

aobject_id;

(3)查看是哪个session引起的

select

busername,bsid,bserial#,logon_time

from

v$locked_object

a,v$session

b

where

asession_id

=

bsid

order

by

blogon_time;

(4)查看是哪个sql引起的

select

busername,bsid,bserial#,c

from

v$locked_object

a,v$session

b,v$sql

c

where

asession_id

=

bsid

and

bSQL_ID

=

csql_id

and

csql_id

=

''

order

by

blogon_time;

(5)杀掉对应进程

执行命令:alter

system

kill

session'1025,41';

其中1025为sid,41为serial#

数据库是一个多用户使用的共享资源。当多个用户并发地存取数据时,在数据库中就会产生多个事务同时存取同一数据的情况。若对并发 *** 作不加控制就可能会读取和存储不正确的数据,破坏数据库的一致性。

加锁是实现数据库并发控制的一个非常重要的技术。当事务在对某个数据对象进行 *** 作前,先向系统发出请求,对其加锁。加锁后事务就对该数据对象有了一定的控制,在该事务释放锁之前,其他的事务不能对此数据对象进行更新 *** 作。

在数据库中有两种基本的锁类型:排它锁(Exclusive Locks,即X锁)和共享锁(Share Locks,即S锁)。当数据对象被加上排它锁时,其他的事务不能对它读取和修改。加了共享锁的数据对象可以被其他事务读取,但不能修改。数据库利用这两种基本的锁类型来对数据库的事务进行并发控制。

根据保护的对象不同,Oracle数据库锁可以分为以下几大类:

DML锁(data locks,数据锁),用于保护数据的完整性;

DDL锁(dictionary locks,字典锁),用于保护数据库对象的结构,如表、索引等的结构定义;

内部锁和闩(internal locks and latches),保护数据库的内部结构,应用于SGA;

在我们实际应用开发中涉及较多的是DML锁,其他两种的话DBA会更加关心点;

DML锁的目的在于保证并发情况下的数据完整性,主要包括TM锁和TX锁,其中TM锁称为表级锁,TX锁称为事务锁或行级锁。

当Oracle执行DML语句时,系统自动在所要 *** 作的表上申请TM类型的锁。当TM锁获得后,系统再自动申请TX类型的锁,并将实际锁定的数据行的锁标志位进行置位。这样在事务加锁前检查TX锁相容性时就不用再逐行检查锁标志,而只需检查TM锁模式的相容性即可,大大提高了系统的效率。TM锁包括了SS、SX、S、X等多种模式,在数据库中用0-6来表示。不同的SQL *** 作产生不同类型的TM锁。如下图所示:

值 锁模式 锁描述 SQL

0 NONE

1 NULL 空 SELECT

2 SS(ROW-S) 行级共享锁

其他对象只能查询这些数据行 SELECT FOR UPDATE、LOCK FOR UPDATE、

LOCK ROW SHARE

3 SX(ROW-X) 行级排它锁

在提交前不允许做DML *** 作 INSERT、UPDATE、DELETE、

LOCK ROW SHARE

4 S(SHARE) 共享锁 CREATE INDEX、LOCK SHARE

5 SSX(S/ROW-X) 共享行级排它锁 LOCK SHARE ROW EXCLUSIVE

6 X(eXclusive) 排它锁 ALTER TABLE、DROP TABLE、DROP INDEX、

TRUNCATE TABLE、LOCK EXCLUSIVE

在数据行上只有X锁(排他锁)。在 Oracle数据库中,当一个事务首次发起一个DML语句时就获得一个TX锁,该锁保持到事务被提交或回滚。当两个或多个会话在表的同一条记录上执行 DML语句时,第一个会话在该条记录上加锁,其他的会话处于等待状态。当第一个会话提交后,TX锁被释放,其他会话才可以加锁。

在大概了解oracle的锁机制之后,我们来解决几个基本的问题:

1UPDATE/DELETE *** 作会将RS锁定,直至 *** 作被COMMIT或者ROLLBACK;

若 *** 作未COMMIT之前其他session对同样的RS做变更 *** 作,则 *** 作会被hold,直至前session的UPDATE/DELETE *** 作被COMMIT;

2session内外SELECT的RS范围

前提:INSERT、UPDATE *** 作未COMMIT之前进行SELECT;

若在同一session内,SELECT出来的RS会包括之前INSERT、UPDATE影响的记录;

若不在同一session内,SELECT出来的RS不会包括未被COMMIT的记录;

3SELECT FOR UPDATE [OF cols] [NOWAIT/WAIT] [SKIP LOCKED]

OF cols:只锁定指定字段所在表的RS,而没有指定的表则不会锁定,只会在多表联合查询时出现;

NOWAIT:语句不会hold,而是直接返回错误ORA-00054: resource busy and acquire with NOWAIT specified;

WAIT N:语句被hold N秒,之后返回错误ORA-30006: resource busy; acquire with WAIT timeout expired;

SKIP LOCKED:不提示错误,而是直接返回no rows selected;

以上几个选项可以联合使用的,比较推荐的有:

SELECT FOR UPDATE NOWAIT:对同一RS执行该SQL时,直接返回错误;

SELECT FOR UPDATE NOWAIT SKIP LOCKED:对同一RS执行该SQL时,直接返回空行;

PS:当RS被LOCK住之后,只对同样请求LOCK的语句有效,对无需LOCK的SELECT语句并没有任何影响;

以上就是关于orcal数据库表被锁了怎么解锁全部的内容,包括:orcal数据库表被锁了怎么解锁、oracle用户锁定问题、oracle数据库表被锁了不能 *** 作怎么办等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/sjk/9387756.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-04-27
下一篇 2023-04-27

发表评论

登录后才能评论

评论列表(0条)

保存