㈠ 如何将数据库中被锁表解锁
在操作数据库的时候，有时候会由于操作不当引起数据库表被锁定，这么我们经常不知所措，不知怎么给这些表解锁，在pl/sql Developer工具的的菜单“tools”里面的“sessions”可以查询现在存在的会话，但是我们很难找到那个会话被锁定了，想找到所以被锁的会话就更难了，下面这叫查询语句可以查询出所以被锁的会话。如下：
SELECT sn.username, m.SID,sn.SERIAL#, m.TYPE,
DECODE (m.lmode,
0, 'None',
1, 'Null',
2, 'Row Share',
3, 'Row Excl.',
4, 'Share',
5, 'S/Row Excl.',
6, 'Exclusive',
lmode, LTRIM (TO_CHAR (lmode, '990'))
) lmode,
DECODE (m.request,
0, 'None',
1, 'Null',
2, 'Row Share',
3, 'Row Excl.',
4, 'Share',
5, 'S/Row Excl.',
6, 'Exclusive',
request, LTRIM (TO_CHAR (m.request, '990'))
) request,
m.id1, m.id2
FROM v$session sn, v$lock m
WHERE (sn.SID = m.SID AND m.request != 0) --存在锁请求，即被阻塞
OR ( sn.SID = m.SID --不存在锁请求，但是锁定的对象被其他会话请求锁定
AND m.request = 0
AND lmode != 4
AND (id1, id2) IN (
SELECT s.id1, s.id2
FROM v$lock s
WHERE request != 0 AND s.id1 = m.id1
AND s.id2 = m.id2)
)
ORDER BY id1, id2, m.request;
通过以上查询知道了sid和 SERIAL#就可以开杀了
alter system kill session 'sid,SERIAL#';
㈡ 求助，数据库表有一个锁住了无法编辑怎么弄
在使用Excel 时有时会希望把某些单元格锁定，这样的不会造成误删、误改某些数据。原先就听说可以把某些单元格设置成“只读”的，如何锁定单元格，让单元格数据不能修改呢? 我们看一下下面这个例子，“总合”这一栏是计算所得的，所以这一列上的数据都不需要直接输入或修改。我们可以把这一列锁起来： 先选定任意一个单元格，点右键，选设置单元格格式。 点开保护选项卡，我们会发现这里的锁定默认情况下就选中了。也就是说在默认情况下，一旦锁定了工作表，所有的单元格就锁定了。 所以，我们选中所有的单元格(Ctrl+A)，点右键，选设置单元格格式。然后在保护选项卡上把锁定勾去掉。 然后选中需要保护的单元格，在这个例子中是整个“总合”这一列(因为这一列是自动计算出来的)，把它的锁定勾上。 提示：为方便起见，你也可以只把需要编辑的那部分单元格的锁定取消掉。 在我们设好了哪些单元格需要锁定后，现在我们可以把锁定功能打开了。 点开审阅选项卡，点保护工作簿。 在允许此工作表的所有用户进行下面，可以选用户可以做哪些操作。一般留着默认选项即可，然后按确定。 注：如果在这里设置了密码，以后解开锁定时就要输入密码。密码一般可以不设。 我们尝试编辑“总合”一栏中的数据，会弹出一个消息说不能编辑内容。 虽然这个单元格锁定了，但是并不影响它数据更新。比方说，这个是“总合”栏，我们把单独数据(源数据)改了，总合还是会自动计算的。 如果需要解除锁定，在审阅选项卡上点撤销工作表保护
㈢ MySQL数据库如何锁定和解锁数据库表
第一步，创建数据库表writer和查看表结构，利用SQL语句：
create table writer(
wid int(10),
wno int(10),
wname varchar(20),
wsex varchar(2),
wage int(2)
第二步，向数据库表writer插入五条数据，插入后查看表里数据
第三步，利用锁定语句锁定数据库表writer，利用SQL语句：
lock table writer read;
让数据库表只读不能进行写
第四步，为了验证锁定效果，可以查看数据库表数据，利用SQL语句：
select * from writer;
第五步，利用update语句对id=5进行更新，SQL语句为：
update writer set wname = '胡思思' where id = 5;
第六步，利用unlock进行解锁，SQL语句为：
unlock tables;
㈣ sql数据库里锁是什么
ix是意向锁。
意向锁与其说是锁，倒不如说更像一个指示器。在SQL Server中，资源是有层次的，一个表中可以包含N个页，而一个页中可以包含N个行。当我们在某一个行中加了锁时。可以理解成包含这个行的页，和表的一部分已经被锁定。当另一个查询需要锁定页或是表时，再一行行去看这个页和表中所包含的数据是否被锁定就有点太痛苦了。因此SQL Server锁定一个粒度比较低的资源时，会在其父资源上加上意向锁，告诉其他查询这个资源的某一部分已经上锁。比如，当我们更新一个表中的某一行时，其所在的页和表都会获得意向排他锁，如图所示。
㈤ 数据库 如何解除表的锁定
(1)
HOLDLOCK:
在该表上保持共享锁，直到整个事务结束，而不是在语句执行完立即释放所添加的锁。
(2)
NOLOCK：不添加共享锁和排它锁，当这个选项生效后，可能读到未提交读的数据或“脏数据”，这个选项仅仅应用于SELECT语句。
(3)
PAGLOCK：指定添加页锁（否则通常可能添加表锁）。
(4)
READCOMMITTED用与运行在提交读隔离级别的事务相同的锁语义执行扫描。默认情况下，SQL
Server
2000
在此隔离级别上操作。
(5)
READPAST:
跳过已经加锁的数据行，这个选项将使事务读取数据时跳过那些已经被其他事务锁定的数据行，而不是阻塞直到其他事务释放锁，
READPAST仅仅应用于READ
COMMITTED隔离性级别下事务操作中的SELECT语句操作。
(6)
READUNCOMMITTED：等同于NOLOCK。
(7)
REPEATABLEREAD：设置事务为可重复读隔离性级别。
(8)
ROWLOCK：使用行级锁，而不使用粒度更粗的页级锁和表级锁。
(9)
SERIALIZABLE：用与运行在可串行读隔离级别的事务相同的锁语义执行扫描。等同于
HOLDLOCK。
(10)
TABLOCK：指定使用表级锁，而不是使用行级或页面级的锁，SQL
Server在该语句执行完后释放这个锁，而如果同时指定了HOLDLOCK，该锁一直保持到这个事务结束。
(11)
TABLOCKX：指定在表上使用排它锁，这个锁可以阻止其他事务读或更新这个表的数据，直到这个语句或整个事务结束。
(12)
UPDLOCK
：指定在
读表中数据时设置更新
锁（update
lock）而不是设置共享锁，该锁一直保持到这个语句或整个事务结束，使用UPDLOCK的作用是允许用户先读取数据（而且不阻塞其他用户读数据），并且保证在后来再更新数据时，这一段时间内这些数据没有被其他用户修改。
㈥ 怎么理解数据库的锁 一般锁分别哪几种
数据库是一个多用户使用的共享资源。当多个用户并发地存取数据时，在数据库中就会产生多个事务同时存取同一数据的情况。若对并发操作不加控制就可能会读取和存储不正确的数据，破坏数据库的一致性。
加锁是实现数据库并发控制的一个非常重要的技术。当事务在对某个数据对象进行操作前，先向系统发出请求，对其加锁。加锁后事务就对该数据对象有了一定的控制，在该事务释放锁之前，其他的事务不能对此数据对象进行更新操作。
在数据库中有两种基本的锁类型：排它锁（Exclusive Locks，即X锁）和共享锁（Share Locks，即S锁）。当数据对象被加上排它锁时，其他的事务不能对它读取和修改。加了共享锁的数据对象可以被其他事务读取，但不能修改。数据库利用这两种基本的锁类型来对数据库的事务进行并发控制。
(6)数据库表锁扩展阅读：
排它锁和共享锁的不同之处：
1、共享锁（S锁）：如果事务T对数据A加上共享锁后，则其他事务只能对A再加共享锁，不能加排他锁。获准共享锁的事务只能读数据，不能修改数据。
排他锁（X锁）：如果事务T对数据A加上排他锁后，则其他事务不能再对A加任任何类型的封锁。获准排他锁的事务既能读数据，又能修改数据。
2、共享锁下其它用户可以并发读取，查询数据。但不能修改，增加，删除数据，资源共享。
3、共享锁又称为读锁（Share lock,简记为S锁），若事务T对数据对象A加上S锁，则其它事务只能再对A加S锁，而不能加X锁，直到T释放A上的S锁。
㈦ 数据库锁表是什么意思
1、数据库锁表的意思：因为在数据库里，同一个数据可能有多个人来读取或更改，为了防止我更改的时候别人也同时更改，这是一般要锁住表不让别人改。
2、举个简单例子：在更新数据库记录的过程中，我是不希望别人也来更新我的这些记录的，像库存，做出库的时候，原数量100，我出了20，我就需要把数量更新到80；
在更新的过程中，别人又做了30的出库，如果在我更新的时候，别人先把库存更新到70，然后我又更新80，那数量就错误了。所以我更新的时候，我就需要锁定这条记录。这是数据行锁，排他锁。
(7)数据库表锁扩展阅读：
数据库锁表的必要条件：
1）互斥条件：指进程对所分配到的资源进行排它性使用，即在一段时间内某资源只由一个进程占用。如果此时还有其它进程请求资源，则请求者只能等待，直至占有资源的进程用毕释放。
2）请求和保持条件：指进程已经保持至少一个资源，但又提出了新的资源请求，而该资源已被其它进程占有，此时请求进程阻塞，但又对自己已获得的其它资源保持不放。
3）不剥夺条件：指进程已获得的资源，在未使用完之前，不能被剥夺，只能在使用完时由自己释放。
4）环路等待条件：指在发生死锁时，必然存在一个进程——资源的环形链，即进程集合{P0，P1，P2，···，Pn}中的P0正在等待一个P1占用的资源；P1正在等待P2占用的资源，……，Pn正在等待已被P0占用的资源。
㈧ 怎么知道数据库表已经锁表了
可直接在mysql命令行执行：show engine innodb statusG;
查看造成死锁的sql语句，分析索引情况，然后优化sql然后show processlist;
show status like ‘%lock%’
show OPEN TABLES where In_use > 0; 这个语句记录当前锁表状态
另外可以打开慢查询日志，linux下打开需在my.cnf的[mysqld]里面加上以下内容：
slow_query_log=TRUE(有些mysql版本是ON)
slow_query_log_file=/usr/local/mysql/slow_query_log.txt
long_query_time=3
select *from v$locked_object：可以获得被锁的对象的object_id及产生锁的会话sid。通过查询结果中的object_id，可以查询到具体被锁的对象。
(8)数据库表锁扩展阅读：
注意事项
也可以直接把这几个视图和表关联起来，在查询结果中直接得到“alter system kill session 'sid, serial#'”这样的方便的kill sessoin命令。
如果执行kill session命令后，锁并没有除掉，session依然存在。这种情况，通过select spid from v$process where addr in(select paddr from v$session where sid = &sid)查询到oracle会话在服务器上的pid，然后登陆到服务器上，执行kill -9 pid这样就能杀掉进程解锁了。
㈨ sql数据库如何解锁呢
你先查一下你的数据表示不是锁表了。
select sess.sid,
sess.serial#,
lo.oracle_username,
lo.os_user_name,
ao.object_name,
lo.locked_mode
from v$locked_object lo,
dba_objects ao,
v$session sess
where ao.object_id = lo.object_id and lo.session_id = sess.sid
通过以上sql就可以知道哪个进程、序列，oracle用户名、操作系统用户名、表名、锁表模式几个字段
下面一步就是将改锁表的进程和序列杀掉了，执行下面的语句即可。
alter system kill session '1020,38953' --(1020，就是执行第一步语句得到的sid字段值，38953就是serial#字段值)
详细的请参照：网页链接
㈩ oracle数据库的表什么情况下会被锁住
DML锁又可以分为，行锁、表锁、死锁
-行锁：当事务执行数据库插入、更新、删除操作时，该事务自动获得操作表中操作行的排它锁。
-表级锁：当事务获得行锁后，此事务也将自动获得该行的表锁(共享锁),以防止其它事务进行DDL语句影响记录行的更新。事务也可以在进行过程中获得共享锁或排它锁，只有当事务显示使用LOCK TABLE语句显示的定义一个排它锁时，事务才会获得表上的排它锁,也可使用LOCK TABLE显示的定义一个表级的共享锁(LOCK TABLE具体用法请参考相关文档)。
-死锁：当两个事务需要一组有冲突的锁，而不能将事务继续下去的话，就出现死锁。
如事务1在表A行记录#3中有一排它锁，并等待事务2在表A中记录#4中排它锁的释放，而事务2在表A记录行#4中有一排它锁，并等待事务1在表A中记录#3中排它锁的释放，事务1与事务2彼此等待，因此就造成了死锁。死锁一般是因拙劣的事务设计而产生。
死锁只能使用SQL下:alter system kill session "sid,serial#"；或者使用相关操作系统kill进程的命令，如UNIX下kill -9 sid,或者使用其它工具杀掉死锁进程。
+DDL锁又可以分为：排它DDL锁、共享DDL锁、分析锁
-排它DDL锁：创建、修改、删除一个数据库对象的DDL语句获得操作对象的 排它锁。如使用alter table语句时，为了维护数据的完成性、一致性、合法性，该事务获得一排它DDL锁。
-共享DDL锁：需在数据库对象之间建立相互依赖关系的DDL语句通常需共享获得DDL锁。
如创建一个包，该包中的过程与函数引用了不同的数据库表，当编译此包时，该事务就获得了引用表的共享DDL锁。
-分析锁：ORACLE使用共享池存储分析与优化过的SQL语句及PL/SQL程序，使运行相同语句的应用速度更快。一个在共享池中缓存的对象获得它所引用数据库对象的分析锁。分析锁是一种独特的DDL锁类型，ORACLE使用它追踪共享池对象及它所引用数据库对象之间的依赖关系。当一个事务修改或删除了共享池持有分析锁的数据库对象时，ORACLE使共享池中的对象作废，下次在引用这条SQL/PLSQL语句时，ORACLE重新分析编译此语句。处理oracle中杀不掉的锁一些ORACLE中的进程被杀掉后，状态被置为”killed”，但是锁定的资源很长时间不释放，有时实在没办法，只好重启数据库。现在提供一种方法解决这种问题，那就是在ORACLE中杀不掉的，在OS一级再杀。