MySQL DDL锁表情况

版本5.7.22,隔离级别RR

当DDL的表存在慢查询时,此时对该表做DDL,由于无法获得metadata锁,所以会等待该锁,造成锁表,后续DML操作全部进入等待状态。
session1:

session2:

session3:

session4:

tips:
select sleep(N) from t;表示查询t的时间为t中的行数*N,如下:

Before an online DDL operation can finish, it must wait for transactions that hold metadata locks on the table to commit or roll back. An online DDL operation may briefly require an exclusive metadata lock on the table during its execution phase, and always requires one in the final phase of the operation when updating the table definition. Consequently, transactions holding metadata locks on the table can cause an online DDL operation to block. The transactions that hold metadata locks on the table may have been started before or during the online DDL operation. A long running or inactive transaction that holds a metadata lock on the table can cause an online DDL operation to timeout.
在线DDL操作完成之前,必须等待持有表上的元数据锁的事务提交或回滚。在线DDL操作在执行阶段可能会短暂地需要表上的独占元数据锁,并且在更新表定义时总是在操作的最后阶段需要一个锁。因此,持有表上的元数据锁的事务可能导致在线DDL操作阻塞。表上持有元数据锁的事务可能在DDL在线操作之前或期间启动。在表上持有元数据锁的长时间运行或不活动的事务可能导致在线DDL操作超时。
https://dev.mysql.com/doc/refman/5.6/en/innodb-online-ddl-limitations.html
Online DDL and Metadata Locks
Online DDL operations can be viewed as having three phases: DDL的在线操作可以分为三个阶段:

  • Phase 1: Initialization 初始化
    In the initialization phase, the server determines how much concurrency is permitted during the operation, taking into account storage engine capabilities, operations specified in the statement, and user-specified ALGORITHM and LOCK options. During this phase, a shared upgradeable metadata lock is taken to protect the current table definition.
    在初始化阶段,服务器考虑存储引擎功能、语句中指定的操作以及用户指定的算法和锁选项,确定操作期间允许多少并发性。在此阶段,使用共享的可升级元数据锁来保护当前表定义。
  • Phase 2: Execution
    In this phase, the statement is prepared and executed. Whether the metadata lock is upgraded to exclusive depends on the factors assessed in the initialization phase. If an exclusive metadata lock is required, it is only taken briefly during statement preparation.
    在这个阶段,语句被准备好并执行。元数据锁是否升级为exclusive取决于初始化阶段评估的因素。如果需要独占元数据锁,则只在语句准备期间进行短暂的锁定。
  • Phase 3: Commit Table Definition 提交表定义
    In the commit table definition phase, the metadata lock is upgraded to exclusive to evict the old table definition and commit the new one. Once granted, the duration of the exclusive metadata lock is brief.
    在提交表定义阶段,将元数据锁升级为exclusive,以删除旧表定义并提交新表定义。一旦获得授权,独占元数据锁的持续时间很短。
    Due to the exclusive metadata lock requirements outlined above, an online DDL operation may have to wait for concurrent transactions that hold metadata locks on the table to commit or rollback. Transactions started before or during the DDL operation can hold metadata locks on the table being altered. In the case of a long running or inactive transaction, an online DDL operation can time out waiting for an exclusive metadata lock. Additionally, a pending exclusive metadata lock requested by an online DDL operation blocks subsequent transactions on the table.
    由于上面列出的独占元数据锁需求,在线DDL操作可能必须等待持有表上的元数据锁的并发事务提交或回滚。DDL操作之前或期间启动的事务可以在被修改的表上持有元数据锁。在长时间运行或不活动的事务的情况下,在线DDL操作可能会超时,等待独占元数据锁。此外,在线DDL操作请求的挂起的独占元数据锁会阻塞表上的后续事务。
    https://dev.mysql.com/doc/refman/5.6/en/innodb-online-ddl-performance.html

原文地址:http://blog.51cto.com/liuzhanbin/2348218

时间: 2024-10-20 00:46:43

MySQL DDL锁表情况的相关文章

ORACLE查询数据库的锁表情况

  查询数据库的锁表情况语句如下: SELECT p.spid,a.serial#, c.object_name,b.session_id,b.oracle_username,b.os_user_name FROM v$process p,v$session a, v$locked_object b,all_objects c WHERE p.addr=a.paddr AND a.process=b.process AND c.object_id=b.object_id 如果表因为某些情况出现死

oracle 查看锁表情况与解表

oracle 查看锁表情况与解表 CreateTime--2018年4月27日17:24:37 Author:Marydon 1.锁表查询 --锁表查询 SELECT OBJECT_NAME AS TABLE_NAME, MACHINE, S.SID, S.SERIAL# FROM GV$LOCKED_OBJECT L, DBA_OBJECTS O, GV$SESSION S WHERE L.OBJECT_ID = O.OBJECT_ID AND L.SESSION_ID = S.SID; 2.

数据库出现锁表情况

Select t2.username,t2.sid,t2.serial#,t2.logon_time from v$locked_object t1,v$session t2 where t1.session_id=t2.sid; alter system kill session '373,5518'; 执行这两条sql可以查询锁表情况和解锁 可能是在操作表时没有commit,导致表被锁. 原文地址:https://www.cnblogs.com/Yanglei-Faith/p/1072815

MySQL 行锁 表锁机制

MySQL 表锁和行锁机制 行锁变表锁,是福还是坑?如果你不清楚MySQL加锁的原理,你会被它整的很惨!不知坑在何方?没事,我来给你们标记几个坑.遇到了可别乱踩.通过本章内容,带你学习MySQL的行锁,表锁,两种锁的优缺点,行锁变表锁的原因,以及开发中需要注意的事项.还在等啥?经验等你来拿! MySQL的存储引擎是从MyISAM到InnoDB,锁从表锁到行锁.后者的出现从某种程度上是弥补前者的不足.比如:MyISAM不支持事务,InnoDB支持事务.表锁虽然开销小,锁表快,但高并发下性能低.行锁

Mysql不锁表备份之Xtrabackup的备份与恢复

一.Xtrabackup介绍 MySQL冷备.mysqldump.MySQL热拷贝都无法实现对数据库进行增量备份.在实际生产环境中增量备份是非常实用的,如果数据大于50G或100G,存储空间足够的情况下,可以每天进行完整备份,如果每天产生的数据量较大,需要定制数据备份策略.例如每周实用完整备份,周一到周六实用增量备份.而Percona-Xtrabackup就是为了实现增量备份而出现的一款主流备份工具,xtrabakackup有2个工具,分别是xtrabakup.innobakupe. Perco

Hiver 操作 MySQL 导致锁表

Hadoop 搬迁到新集群后,操作主库 MySQL 导致了锁表...sad 具体锁表时间点  : 2016-1-14 14:31  到   2016-1-14 14:36 之间 在 oradba 的 innodbstatus 信息拿到后,还需要后续继续分析到底是哪条 SQL 锁的... 参考 Link : http://mysqllover.com/?p=431

mysql 查询锁表

1)使用情景"判断通过后写入数据库",这个一般是不会有问题的, 但并发访问的时候就不太好搞.因为写入(insert)是需要时间的,假设现在有两个并发请求,(假设第一个访问是最后一个符合条件的写入请求,按照逻辑,第二个请求应该是不合法.不能写入的),在第一请求成功写入之前,第二请求查询到未更新的数据记录,因为记录是未更新的,所以它也是可以通过判断的.最后导致两个请求都写入数据了. 2)解决办法:查询锁表 在我处理完入库前,查都不让你查了,这样就不会判断错误了吧 3)锁表语句 LOCK T

oracle 查看锁表情况并处理锁表

/* *locked *query locked object and analyse reason,kill it * */ select 'alter system kill session ''' || SID || ',' || SERIAL# || ''';' from (select distinct a.sid, a.Serial#, status, machine, LOCKWAIT, logon_time from v$session a, v$locked_object b

mysql大量锁表,不重启的情况下处理办法

mysql -u root -e "show processlist"|grep -i "Locked" >> locklist.txt; for line in awk '{print $1}' locklist.txt do    echo "kill $line;">>lock_kill.sql done 查看mysql数据库表大小 #!/bin/bash database=cms user=root passwor