首先你要知道表锁住了是不是正常锁?因为任何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#
服务器由两种表的锁定方法:
1内部锁定
内部锁定可以避免客户机的请求相互干扰——例如,避免客户机的SELECT查询被另一个客户机的UPDATE查询所干扰。也可以利用内部锁定机制防止服务器在利用myisamchk或isamchk检查或修复表时对表的访问。
语法:
锁定表:LOCK TABLES tbl_name {READ | WRITE},[ tbl_name {READ | WRITE},…]
解锁表:UNLOCK TABLES
LOCK TABLES为当前线程锁定表。UNLOCK TABLES释放被当前线程持有的任何锁。当线程发出另外一个LOCK TABLES时,或当服务器的连接被关闭时,当前线程锁定的所有表自动被解锁。
如果一个线程获得在一个表上的一个READ锁,该线程(和所有其他线程)只能从表中读。如果一个线程获得一个表上的一个WRITE锁,那么只有持锁的线程READ或WRITE表,其他线程被阻止。
每个线程等待(没有超时)直到它获得它请求的所有锁。
WRITE锁通常比READ锁有更高的优先级,以确保更改尽快被处理。这意味着,如果一个线程获得READ锁,并且然后另外一个线程请求一个WRITE锁, 随后的READ锁请求将等待直到WRITE线程得到了锁并且释放了它。
显然对于检查,你只需要获得读锁。再者钟情跨下,只能读取表,但不能修改它,因此他也允许其它客户机读取表。对于修复,你必须获得些所以防止任何客户机在你对表进行 *** 作时修改它。
2外部锁定
服务器还可以使用外部锁定(文件级锁)来防止其它程序在服务器使用表时修改文件。通常,在表的检查 *** 作中服务器将外部锁定与myisamchk或isamchk作合使用。但是,外部锁定在某些系统中是禁用的,因为他不能可靠的进行工作。对运行myisamchk或isamchk所选择的过程取决于服务器是否能使用外部锁定。如果不使用,则必修使用内部锁定协议。
如果服务器用--skip-locking选项运行,则外部锁定禁用。该选项在某些系统中是缺省的,如Linux。可以通过运行mysqladmin variables命令确定服务器是否能够使用外部锁定。检查skip_locking变量的值并按以下方法进行:
◆
如果skip_locking为off,则外部锁定有效您可以继续并运行人和一个实用程序来检查表。服务器和实用程序将合作对表进行访问。但是,运行任何一个实用程序之前,应该使用mysqladmin
flush-tables。为了修复表,应该使用表的修复锁定协议。
◆
如果skip_locaking为on,则禁用外部锁定,所以在myisamchk或isamchk检查修复表示服务器并不知道,最好关闭服务器。如果坚持是服务器保持开启状态,月确保在您使用此表示没有客户机来访问它。必须使用卡党的锁定协议告诉服务器是该表不被其他客户机访问。
检查表的锁定协议
本节只介绍如果使用表的内部锁定。对于检查表的锁定协议,此过程只针对表的检查,不针对表的修复。
1调用mysql发布下列语句:
$mysql –u root –p db_namemysql>LOCK TABLE tbl_name READ;mysql>FLUSH TABLES;
该锁防止其它客户机在检查时写入该表和修改该表。FLUSH语句导致服务器关闭表的文件,它将刷新仍在告诉缓存中的任何为写入的改变。
2执行检查过程
$myisamchk tbl_name$ isamchk tbl_name
3释放表锁
mysql>UNLOCK TABLES;
如果myisamchk或isamchk指出发现该表的问题,将需要执行表的修复。
修复表的锁定协议
这里只介绍如果使用表的内部锁定。修复表的锁定过程类似于检查表的锁定过程,但有两个区别。第一,你必须得到写锁而非读锁。由于你需要修改表,因此根本不允许客户机对其进行访问。第二,必须在执行修复之后发布FLUSH
TABLE语句,因为myisamchk和isamchk建立的新的索引文件,除非再次刷新改表的高速缓存,否则服务器不会注意到这个改变。本例同样适合优化表的过程。
1调用mysql发布下列语句:
$mysql –u root –p db_namemysql>LOCK TABLE tbl_name WRITE;mysql>FLUSH TABLES;
2做数据表的拷贝,然后运行myisamchk和isamchk:
$cp tbl_name /some/other/dir$myisamchk --recover tbl_name$ isamchk --recover tbl_name
--recover选项只是针对安装而设置的。这些特殊选项的选择将取决与你执行修复的类型。
3再次刷新高速缓存,并释放表锁:
mysql>FLUSH TABLES;mysql>UNLOCK TABLES;
Oralce数据库中出现表被上锁是很正常的,这是Oracle为了保证数据的一致性。
你不要为了防止出现表锁而在原因未明的情况下去进行人工干预,关键是你要分析表被上锁的原因和出现的频率,然后检查思考下:
是表级锁还是行级锁?
是排它锁还是共享锁?
是DML锁、DDL锁还是内存锁?
数据库中的事务是否是合适的?
反正情况还是很复杂的,需要具体问题具体分析,希望对你有帮助。
首先synchronized不可能做到对某条数据库的数据加锁。它能做到的只是对象锁。
比如数据表table_a中coloum_b的数据是临界数据,也就是你说的要保持一致的数据。你可以定义一个类,该类中定义两个方法read()和write()(注意,所有有关该临界资源的
方法1:用mysql命令锁住表
public void test() {
String sql = "lock tables aa1 write";
// 或String sql = "lock tables aa1 read";
// 如果想锁多个表 lock tables aa1 read ,aa2 write ,
String sql1 = "select from aa1 ";
String sql2 = "unlock tables";
try {
thispstmt = connprepareStatement(sql);
thispstmt1 = connprepareStatement(sql1);
thispstmt2 = connprepareStatement(sql2);
pstmtexecuteQuery();
pstmt1executeQuery();
pstmt2executeQuery();
} catch (Exception e) {
Systemoutprintln("异常" + egetMessage());
}
}
对于read lock 和 write lock官方说明:
1如果一个线程获得一个表的READ锁定,该线程(和所有其它线程)只能从该表中读取。
如果一个线程获得一个表的WRITE锁定,只有保持锁定的线程可以对表进行写入。
其它的线程被阻止,直到锁定被释放时为止。
2当您使用LOCK TABLES时,您必须锁定您打算在查询中使用的所有的表。
虽然使用LOCKTABLES语句获得的锁定仍然有效,但是您不能访问没有被此语句锁定的任何的表。
同时,您不能在一次查询中多次使用一个已锁定的表——使用别名代替,
在此情况下,您必须分别获得对每个别名的锁定。
对与read lock 和 write lock个人说明:
1read lock 和 write lock 是线程级(表级别)
2在同一个会话中加了read lock锁 只能对这个表进行读 *** 作对这个表以外的任何表都无法进行增、删、改、查的 *** 作
但是在不同会话中,只能对加了read lock的表进行读 *** 作但可以对read lock以外的表进行增、删、改、查的 *** 作
3在同一个会话中加了write lock锁只能对这个表进行读、写 *** 作对这个表以外的任何表都无法进行增、删、改、查的 *** 作
但是在不同会话中,无法对加了write lock的表进行读、写 *** 作但可以对write lock以外的表进行增、删、改、查的 *** 作
4如果表中使用了别名(SELECT FROM aa1 AS byname_table)
在对aa1加锁时,必须把别名加上去(lock tables aa1 as byname_table read)
在同一个会话中必须使用别名进行查询
在不同的会话中可以不需要使用别名进行查询
5在多个会话中可以对同一个表进行lock read *** 作但不能在多个会话中对同一个表进行lock write *** 作(这些锁将等待已锁的表释放自身的线程锁)
如果多个会话对同一个表进行lock read *** 作那么在这些会话中,也只能对以锁的表进行读 *** 作
6如果要你锁住了一个表,需要嵌套查询你必须使用别名,并且,要锁定别名
例如lock table aa1 read ,aa1 as byname_table read;
select from aa1 where id in (select from aa1 as xx where id=2);
7解锁必须用unlock tables;
另:
在JAVA程序中,要想解锁,需要调用 unlock tables来解锁
如果没有调用unlock tables
关闭connection 、程序结束 、调用GC 都能解锁
方法2:用记录锁锁表
public void test() {
String sql = "select from aa1 for update";
// select from aa1 lock in share mode;
try {
connsetAutoCommit(false);
thispstmt = connprepareStatement(sql);
pstmtexecuteQuery();
} catch (Exception e) {
Systemoutprintln("异常" + egetMessage());
}
}
1for update 与 lock in share mode 属于行级锁和页级锁
2for update 排它锁,lock in share mode 共享锁
3对于记录锁必须开启事务
4行级锁定事实上是索引记录的锁定只要是用索引扫描的行(或没索引全表扫描的行),都将被锁住
5在不同的隔离级别下还会使用next-key locking算法即所扫描的行之间的“间隙”也会也锁住(在Repeatable read和Serializable隔离级别下有间隙锁)
6在mysql中共享锁的含义是:在被共享锁锁住的行,即使内容被修改且并没有提交在另一个会话中依然看到最新修改的信息
在同一会话中加上了共享锁可以对这个表以及这个表以外的所有表进行增、删、改、查的 *** 作
在不同的会话中可以查到共享锁锁住行的最新消息但是在Read Uncommitted隔离级别下不能对锁住的表进行删,
改 *** 作(需要等待锁释放才能 *** 作)
在Read Committed隔离级别下不能对锁住的表进行删,改 *** 作(需要等待锁释放才能 *** 作)
在Repeatable read隔离级别下不能对锁住行进行增、删、改 *** 作(需要等待锁释放才能 *** 作)
在Serializable隔离级别下不能对锁住行进行增、删、改 *** 作 (需要等待锁释放才能 *** 作)
7在mysql中排他锁的含义是:在被排它锁锁住的行,内容修改并没提交,在另一个会话中不会看到最新修改的信息。
在不同的会话中可以查到共享锁锁住行的最新消息但是Read Uncommitted隔离级别下不能对锁住的表进行删,
改 *** 作(需要等待锁释放才能 *** 作)
在Read Committed隔离级别下不能对锁住的表进行删,改 *** 作(需要等待锁释放才能 *** 作)
在Repeatable read隔离级别下不能对锁住行进行增、删、改 *** 作(需要等待锁释放才能 *** 作)
在Serializable隔离级别下不能对锁住行进行增、删、改 *** 作 (需要等待锁释放才能 *** 作)
8在同一个会话中的可以叠加多个共享锁和排他锁在多个会话中,需要等待锁的释放
9SQL中的update 与 for update是一样的原理
10等待超时的参数设置:innodb_lock_wait_timeout=50 (单位秒)
11任何可以触发事务提交的命令,都可以关闭共享锁和排它锁
以上就是关于oracle数据库锁表怎么解决全部的内容,包括:oracle数据库锁表怎么解决、如何对MySQL数据库表进行锁定、oralce数据库在插入时锁不锁表等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)