IT评测·应用市场-qidao123.com

标题: 【数据库】锁表缘故原由及处理 [打印本页]

作者: 飞不高    时间: 2024-8-7 05:07
标题: 【数据库】锁表缘故原由及处理
什么是数据库锁表?

答:数据库锁表是指在数据库中,为了保证数据的一致性和完备性,大概会对数据进行加锁,以避免并发利用引起的数据冲突。如果锁定的范围过大或时间过长,大概会导致数据库表被锁定,从而影响系统性能。
数据库锁表大概会导致什么题目?

数据库锁表大概会导致系统性能下降、用户体验不佳、系统瓦解等题目。当数据库表被锁定时,其他用户的查询和利用大概会受到影响,从而导致系统运行缓慢乃至瓦解。
死锁题目的缘故原由分析

事务执行顺序:当多个事务按不同的顺序请求和释放资源时,大概会产生死锁的大概性,这是因为事务的执行顺序无法保证一致性。
例如事务的执行时间过长、事务的锁定范围过大、索引使用不当、SQL语句优化不敷等。当出现大量并发利用时,出现竞争资源:当多个事务同时请求和持有相同的资源,如行级锁,表级锁等,大概会导致死锁题目的发生。
如何避免数据库锁表?


解决死锁题目的常用策略


解决死锁题目

mysql锁表处理

查看历程id,然后用kill id杀掉历程
processlist展示了对应的数据库有哪些线程在运行,如果有些语句执行速率慢,可以在里面看到
  1. show processlist;
复制代码
根据不同的账号权限可以看到所有效户的,当前用户的对应的连接。只有100条
  1. show full processlist:
复制代码
展示所有的连接数据
  1. SELECT * FROM information_schema.PROCESSLIST;
复制代码
查询正在执行的历程
  1. SELECT * FROM information_schema.PROCESSLIST where length(info) >0 ;
复制代码
字段说明
ID 连接标识符,这个ID和show processlist 中ID是一样的,也和Performance Schema 中threads表的PROCESSLIST_ID 栏位是一样的,也和CONNECTION_ID()函数返回的是一样的
USER 连接的用户,此中system user代表系统用户,非用户连接,unauthenticated user代表是用户连接,但是未完成认证,event_scheduler 用户代表的是监控定时任务的用户
HOST 连接的主机名,如果用户是system user,则HOST为空
DB 连接的数据库,如果未选择数据库,则为NULL
COMMAND 线程执行的命令范例
TIME 线程在当前状态持续的时间,以秒为单元
STATE 线程当前的状态,如果该状态持续很久,说明有题目,如果是SHOW PROCESSLIST 命令,则状态为NULL
INFO 线程执行的具体命令,如果执行的是call procedure,这里大概体现的是内容的语句,如select
查询是否锁表
  1. show OPEN  TABLES where In_use > 0;
复制代码
字段说明
Database 含有该表的数据库。
Table 表名称。
In_use 表当前被查询使用的次数。如果该数为零,则表是打开的,但是当前没有被使用。
Name_locked 表名称是否被锁定。名称锁定用于取消表或对表进行重定名等利用
查看被锁住的
  1. SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS;
复制代码
innodb_locks提供有关InnoDB 事务已请求但尚未获取的每个锁的信息,以及事务持有的制止另一个事务的每个锁。
字段说明
lock_id:锁 ID。
lock_trx_id:拥有锁的事务 ID。可以和 INNODB_TRX 表 JOIN 得到事务的具体信息。
lock_mode:锁的模式。有如下锁范例:行级锁包括:S、X、IS、IX,分别代表:共享锁、排它锁、意向共享锁、意向排它锁。表级锁包括:S_GAP、X_GAP、IS_GAP、IX_GAP 和 AUTO_INC,分别代表共享间隙锁、排它间隙锁、意向共享间隙锁、意向排它间隙锁和自动递增锁。
lock_type:锁的范例。RECORD 代表行级锁,TABLE 代表表级锁。
lock_table:被锁定的或者包罗锁定记录的表的名称。
lock_index:当 LOCK_TYPE=’RECORD’ 时,表示索引的名称;否则为 NULL。
lock_space:当 LOCK_TYPE=’RECORD’ 时,表示锁定行的表空间 ID;否则为 NULL。
lock_page:当 LOCK_TYPE=’RECORD’ 时,表示锁定行的页号;否则为 NULL。
lock_rec:当 LOCK_TYPE=’RECORD’ 时,表示一堆页面中锁定行的数量,亦即被锁定的记录号;否则为 NULL。
lock_data:当 LOCK_TYPE=’RECORD’ 时,表示锁定行的主键;否则为NULL。
等候锁定
  1. SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCK_WAITS;
复制代码
innodb_lock_waits包罗每个被制止InnoDB 事务的一个或多个行,指示它已请求的锁以及制止该请求的任何锁。
字段说明
requesting_trx_id:请求事务的 ID。
requested_lock_id:事务所等候的锁定的 ID。可以和 INNODB_LOCKS 表 JOIN。
blocking_trx_id:阻塞事务的 ID。
blocking_lock_id:某一事务的锁的 ID,该事务阻塞了另一事务的运行。可以和 INNODB_LOCKS 表 JOIN
杀掉锁表历程
kill 5601
ORACEL数据库锁表处理

第一步:通过管理员权限用户查询被锁表信息
如果怀疑表被锁了,或者事务未被正常关闭,在Oracle数据库中我们可以通过以下语句进行查询获取干系信息:
  1. select t2.username,    t2.sid,    t2.serial#,    t3.object_name,  t2.OSUSER,  t2.MACHINE,
  2.         t2.PROGRAM,  t2.LOGON_TIME,  t2.COMMAND,   t2.LOCKWAIT,
  3.         t2.SADDR,   t2.PADDR, t2.TADDR,   t2.SQL_ADDRESS,   t1.LOCKED_MODE
  4.    from v$locked_object t1, v$session t2, dba_objects t3
  5.   where t1.session_id = t2.sid
  6.     and t1.object_id = t3.object_id
  7.   order by t2.logon_time;
复制代码
大家发现,上面这条SQL语句用到了Oracle的两个视图和一个表,分别是v$locked_object、v$session、dba_objects
v$locked_object视图中记录了所有session中的所有被锁定的对象信息。 v locked_object 视图中记录了所有session中的所有被锁定的对象信息。v$session视图记录了所有session的干系信息。
dba_objects为oracle用户对象及系统对象的集合,通过关联这张表能够获取被锁定对象的具体信息。
eg:如今我通过scott用户执行DML语句(eg:select * from emp for update;或者update scott.emp set sal = ‘2000’ where empno=‘7788’; )之后一直不进行提交,然后通过system用户执行上面的查询oracle中被锁表的sql语句,就会找到如下记录:
说明:
  1. username:oracle用户名
  2. sid:进程号
  3. serial#:序列号
  4. object_name:表名
  5. osuser:操作系统用户名
  6. machine:机器名
  7. program:操作工具
  8. logon_time:登陆时间
  9. lockwait:表示当前这张表是否正在等待其他用户解锁这张表
  10. locked_mode:锁表模式(下面详细说明)
复制代码
注意:这时候如果通过system用户执行select * from scott.emp for update;语句就无法成功执行。
第二步:通过拥有管理员权限的用户解除数据库中被锁住的表(SID,SERIAL)
通过第一步查出来的信息找到被锁的表之后执行如下语句解锁该表:
  1. alter system kill session ‘sid,seial#’;
复制代码
注意:sid和seial#就是第一步中查询出来的历程号和序列号。
eg:解除第一步中表的锁
  1. alter system kill session ‘10,15’;
复制代码
如今通过system再次执行DML语句(eg:select * from scott.emp for update;或update scott.emp set sal = ‘2000’ where empno=‘7788’;)就可以了。
锁的模式
v$locked_object中的LOCKED_MODE字段表示锁的模式,oracle中锁的模式有如下几种:
  1. 0:none
  2. 1:null 空
  3. 2:Row-S 行共享(RS):共享表锁,sub share
  4. 3:Row-X 行独占(RX):用于行的修改,sub exclusive
  5. 4:Share 共享锁(S):阻止其他DML操作,share
  6. 5:S/Row-X 共享行独占(SRX):阻止其他事务操作,share/sub exclusive
  7. 6:exclusive 独占(X):独立访问使用,exclusive
复制代码
数字越大锁级别越高, 影响的利用越多。
1级锁有: Select,有时会在v$locked_object出现。
2级锁有: Select for update,Lock For Update,Lock Row Share
select for update当对话使用for update子串打开一个游标时,所有返回集中的数据行都将处于行级(Row-X)独占式锁定,其他对象只能查询这些数据行,不能进行update、delete或select for update利用。
3级锁有: Insert, Update, Delete, Lock Row Exclusive
没有commit之前插入同样的一条记录会没有反应, 因为后一个3的锁会一直等候上一个3的锁, 我们必须释放掉上一个才能继承工作。
4级锁有: Create Index, Lock Share
locked_mode为2,3,4不影响DML(insert,delete,update,select)利用, 但DDL(alter,drop等)利用会提示ora-00054错误。
00054, 00000, “resource busy and acquire with NOWAIT specified”
// *Cause: Resource interested is busy.
// *Action: Retry if necessary.
5级锁有: Lock Share Row Exclusive
具体来讲有主外键约束时update / delete … ; 大概会产生4,5的锁。
6级锁有: Alter table, Drop table, Drop Index, Truncate table, Lock Exclusive
还有一条比较实用的sql:
查某session 正在执行的sql语句,从而可以快速定位到哪些利用或者代码导致事务一直进行没有结束等.
  1. SELECT /*+ ORDERED */
  2.   sql_text
  3.    FROM v$sqltext a
  4.   WHERE (a.hash_value, a.address) IN
  5.         (SELECT DECODE(sql_hash_value, 0, prev_hash_value, sql_hash_value),
  6.                 DECODE(sql_hash_value, 0, prev_sql_addr, sql_address)
  7.            FROM v$session b
  8.           WHERE b.sid = '67')  /* 此处67 为SID*/
  9.   ORDER BY piece ASC;
复制代码
SQL Server数据库锁表处理

第一步:查询死锁语句
  1. select dbid,* from sys.sysprocesses
  2. where 1=1
  3. and spid >50
  4. and blocked <> 0
  5. --and spid= 62
复制代码
查询效果如下图所示:

以上查询得出:
受影响的数据库ID 是 5;
受到阻塞的会话有1301、1306、869、109;
阻塞会话是961;
第二步:查询发生阻塞或死锁的当前数据库
1:通过第一步查询,知道数据库ID 为 DBID=5。
2:sp_helpdb 或 Select name,dbid from master.sys.sysdatabases 查询数据库名称

第三步:查询发生阻塞或死锁的SQL语句
输出死锁的执行的语句:
  1. dbcc inputbuffer(961)
复制代码
语句如下:
  1. select o.tp_Login,o.tp_Title, CONVERT(varchar(10),a.TimeCreated,120)  as accessingdate,count(*) as docnum, 'sps' as type  from UserData u,AllDocs a, userinfo o ,webs w where a.ListId = u.tp_ListId and a.Id = u.tp_docID  and w.Id = a.WebId and w.SiteId = a.SiteId and w.SiteId = o.tp_SiteID and
复制代码
第四步:杀死锁
  1. kill  961
复制代码
之后再从第一步进行查询,看是否还存在死锁;
从第二步、第三步,查询出了出题目的锁死数据库及SQL语句,便于分析彻底解决死锁题目。
泉源

MySQL事务中遇到死锁题目该如何解决?
数据库锁表息争锁
数据库锁表

免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!更多信息从访问主页:qidao123.com:ToB企服之家,中国第一个企服评测及商务社交产业平台。




欢迎光临 IT评测·应用市场-qidao123.com (https://dis.qidao123.com/) Powered by Discuz! X3.4