sqlite查询过快导致数据库锁住

sqlite查询过快导致数据库锁住

原因：更新写的时候需要排他锁。但是查询语句有些东西没有正常释放，导致共享锁一直未正常释放，排他锁得不到满足。几经测试，终于发现，是ExecuteReader这个函数在作怪，这个函数返回的是一个SQLiteDataReader对象，如果使用的时候和上面的代码一样只是read就完了，没有去关闭，这个共享锁仍旧存在。

解决方案：

执行完毕释放一下即可。

(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在该语句执行完后释放这个锁，而如果同时指定了(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的作用是允许用户先读取数据（而且不阻塞其他用户读数据），并且保证在后来再更新数据时，这一段时间内这些数据没有被其他用户修改。

首先你要知道表锁住了是不是正常锁？因为任何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、在做Oracle监听程序测试时，发现帐户已经被锁定。

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

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

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

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

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

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

用下面的语句检查数据库锁，然后kill 掉产生锁的进程就ok了。

查锁：

select nvl(SUSERNAME,'Internal') username,

nvl(STERMINAL,'None') terminal,

LSID||','||SSERIAL# Kill,

U1NAME||''||substr(T1NAME,1,20) tab,

decode(LLMODE,1,'No Lock',

2,'Row Share',

3,'Row Exclusive',

4,'Share',

5,'Share Row Exclusive',

6,'Exclusive',null) lmode,

decode(LREQUEST,1,'No Lock',

2,'Row Share',

3,'Row Exclusive',

4,'Share',

5,'Share Row Exclusive',

6,'Exclusive',null) request

from V$LOCK L,

V$SESSION S,

SYSUSER$ U1,

SYSOBJ$ T1

where LSID = SSID

and T1OBJ# = decode(LID2,0,LID1,LID2)

and U1USER# = T1OWNER#

and STYPE != 'BACKGROUND'

order by 1,2,5

杀锁：

alter system kill session 'sid,#serial';

sid和#serial用前面查询到的结果替换。

oracle数据库账号有密码策略，一般情况下，密码输入错误超过10次 该账号就会自动锁定，需要dba管理员解锁。该锁定次数dba管理员也是可以手动更改的，有些重要系统会改成3次以加强系统安全性。还有一种情况是密码到有效期了，需要强制更改密码，这个参数一般是设置成3个月更改一次。

以上就是关于sqlite查询过快导致数据库锁住全部的内容，包括:sqlite查询过快导致数据库锁住、如何解除sql server数据库数据被锁定、oracle数据库锁表怎么解决等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！