本文的内容
软件环境
Oracle数据库并发导致行级锁的简单演示
本文简要论证了行级锁的表的主键的并发引起的并发性是两个以上用户修改相同的数据（包括插入、删除、修改）。锁是因为并发产生。没有并发，无锁并行生产计划系统需求和系统需要用户所需的。

软件环境
--------------------------------------------------------------------------------
Windows 2003服务器
Oracle 11g版本1（11.1）
Oracle数据库并发导致行级锁的简单演示
首先，打开会话会话1并执行以下操作：
复制代码代码如下所示：
SQL >选择不同的SID的V mystat美元；

希德
----------
一百一十八
创建表T（x int主键）；
已经创建了表。
插入到t值（1）；
创建了1行代码。
更新t设置x＝10，其中x＝1；
已经更新了1行。
SQL >

首先，看看这个会话的SID，然后创建一个表T。只有一个字段叫做x，字段是主键，插入数据并更新数据。

接下来，打开另一个会话会话2：
复制代码代码如下所示：
SQL >选择不同的SID的V mystat美元；

希德
----------
一百三十七
更新t设置x＝10，其中x＝1；

此时，会话被卡在这里。光标一直在闪烁…因为会话2被会话1阻塞了。
现在，看看锁视图v锁。
复制代码代码如下所示：
SQL >选择SID，类型，ID1，ID2，lmode，请求块
2从V锁定Sid在（118137）
Sid 3阶；

已经选了6行。
SQL >
描述：类型列表显示锁的类型；的lmode列表显示锁的模式；Id1和Id2列关于锁的信息。要求列在过程的锁是什么。

SID = 118是第一届和第二届SID = 137。第三线，第一届块= 1，表明会话阻塞其他会议，并lmode = 6表示锁模，锁的行。第六行，第二会话请求= 6，显示当前会话等待锁的lmode = 6.note，Id1和第三、第六线2列是完全一样的。因为他们的观点统一的资源，只有一个是资源所有者（SID = 118），和一个资源等待（SID = 137）。

通过这个视图，很容易找到故障所在的位置。由于会话1未提交，会话2被卡住，因此在这个表中，它需要列值的唯一性约束。
通过SID号，查看视图v会话可以确定用户信息。
复制代码代码如下所示：
从v会话中选择Sid（118137）；

机
----------------------------------------------------------------
诺德 LN
诺德 LN
SQL >

因为这两个会话是同一台机器，所以名称是相同的。