关于oracle的行级锁
关于oracle的行级锁
在oracle中,行级锁只对用户正在访问的行进行锁定。
如果该用户正在修改某行，那么其他用户就可以更新同一表中该行之外的数据。
行级锁是一种排他锁，防止其他事务修改此行，但是不会阻止读取此行的操作
。
在使用INSERT、UPDATE、DELETE 和SELECT…FOR UPDATE 等语句时，Oracle
会自动应用行级锁锁定。SELECT...FOR UPDATE
语句允许用户每次选择多行记录进行更新，这些记录会被锁定，且只能由发起查询的用户进行编辑。只有在回滚或提交事务之后，锁定才会释放，其他用户才可以编
辑这些记录。
SELECT...FOR UPDATE 语句的语法如下：
SELECT ... FOR UPDATE [OF column_list][WAIT n|NOWAIT][SKIP LOCKED];
其中：
OF 子句用于指定即将更新的列，即锁定行上的特定列。
WAIT 子句指定等待其他用户释放锁的秒数，防止无限期的等待。
“使用FOR UPDATE WAIT”子句的优点如下：
１防止无限期地等待被锁定的行；
２允许应用程序中对锁的等待时间进行更多的控制。
３对于交互式应用程序非常有用，因为这些用户不能等待不确定
４ 若使用了skip locked，则可以越过锁定的行，不会报告由wait n 引发的‘资源忙’异常报告
示例:
create table t(a varchar2(20),b varchar2(20));
insert into t values('1','1');
insert into t values('2','2');
insert into t values('3','3');
insert into t values('4','4');
现在执行如下操作：
在plsql develope中打开两个sql窗口，
在1窗口中运行sql
select * from t where a='1' for update;
在2窗口中运行sql1
1. select * from t where a='1'; 这一点问题也没有，因为行级锁不会影响纯粹的select语句
再运行sql2
2. select * from t where a='1' for update; 则这一句sql在执行时，永远处于等待状态，除非窗口1中sql被提交或回滚。
如何才能让sql2不等待或等待指定的时间呢？ 我们再运行sql3
3. select * from t where a='1' for update nowait; 则在执行此sql时，直接报资源忙的异常。
若执行 select * from t where a='1' for update wait 6; 则在等待6秒后，报 资源忙的异常。
如果我们执行sql4
4. select * from t where a='1' for update nowait skip Locked; 则执行sql时，即不等待，也不报资源忙异常。
现在我们看看执行如下操作将会发生什么呢？
相关文档：
<一>实现杀死某个用户的客户端连接进程
1.以管理员身份登录后查看V$SESSION的视图结构
SQL> desc v$session;
名称 &n ......
本地管理表空间与字典管理表空间相比大大提高了管理效率和数据库性能，其优点如下：
1.减少了递归空间管理
本地管理表空间是自己管理分配，而不是象字典管理表空间需要系统来管理空间分配，本地表空间是通过在表空间的每个数据文件中维持一个位图来跟踪在此文件中块的剩余空间及使用情况。并及时做更新。这种更新只对 ......
Oracle 11g的Linux版本在修改了MEMORY_TARGET或者SGA_TARGET后启动可能会报错：
SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup
ORA-00845: MEMORY_TARGET not supported on this system
这个问题是由于设置SGA的大小超过了操作� ......
根据前些天为某大飞机公司导入某大飞机生产数据的经历，准备写篇关于Oracle导出文件DMP格式的分析，结果在本机导出一组演示数据时候，出现了错误，顺便解决下。
本机装的是Oracle 11g 32bit(11.0.6)的Client，主要是为了使用ODT.Net 11.0.6.21，支持VS2008。但是采用EXP命令导出数据库的时候，出现了些诡异的错误。
执� ......
继9月份国内某重要IT门户网站爆出《520万Oracle ERP项目失败之谜》的“天价风波”之后，11月份，国内某影响最大的IT专业平媒再爆《甲骨文碰撞冰山：并购Sun进退两难》。两篇报道从不同角度揭露了Oracle在中国的价格“隐私”、渠道乱象、客户流失等窘相。着实让Oracle中国公司的公关们忙活了好� ......
