1、方法3：利用 gdb 工具如果上述两种都用不了或者没来得及启用，可以尝试第三种方法。利用 gdb 找到所有线程信息，查看每个线程中持有全局锁对象，输出对应的会话 ID，为了便于快速定位，我写成了脚本形式。
创新互联建站专业为企业提供于都网站建设、于都做网站、于都网站设计、于都网站制作等企业网站建设、网页设计与制作、于都企业网站模板建站服务，十余年于都做网站经验，不只是建网站，更提供有价值的思路和整体网络服务。
2、[1]：https：//dev.mysql点抗 /doc/refman/en/metadata-locking.html 请务必注意锁定顺序是序列化的：语句逐个获取元数据锁，而不是同时获取，并在此过程中执行死锁检测。通常在考虑队列时考虑先进先出。
3、根据加锁的范围，MySQL里面的锁大致可以分成全局锁、表级锁和行锁三类。MySQL中表级别的锁有两种：一种是表锁，一种是元数据锁（metadata lock，MDL)。
4、视频讲解的是mysql数据库中通过命令的方式查看行锁的状态，命令是：show status like innodb_row_lock%。
5、调用mysql发布下列语句：mysql –u root –p db_namemysqlLOCK TABLE tbl_name READ；mysqlFLUSH TABLES；该锁防止其它客户机在检查时写入该表和修改该表。
6、getConnection().preparedStatement(show processlist).execute()；当然这是JAVA的写法。
MySQL有两种死锁处理方式：死锁检测 （默认开启） 死锁检测的原理是构建一个以事务为顶点、锁为边的有向图，判断有向图是否存在环，存在即有死锁。
MySQL有两种死锁处理方式。等待，直到超时（innodb_lock_wait_timeout=50s）。.发起死锁检测，主动回滚一条事务，让其他事务继续执行。
针对死锁和锁表的问题，可以从以下方面来定位问题：锁定信息：查询数据库中的锁定信息，查看哪些表被锁定，以及锁定的粒度、类型等信息。可以使用SHOW LOCKS或者SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS来查询锁定信息。
function的sql，但状态是waiting for table lock，mysqldump命令卡在sleep状态，没执行什么操作，查看information-scheme.INNODB-LOCKS又是空的。先mysqldump到文件，再用mysql命令执行文件就不会出现这样的死锁。
产生死锁的四个必要条件：（1） 互斥条件：一个资源每次只能被一个进程使用。（2） 请求与保持条件：一个进程因请求资源而阻塞时，对已获得的资源保持不放。
gap lock 导致了并发处理的死锁 在mysql默认的事务隔离级别（repeatable read）下，无法避免这种情况。只能把并发处理改成同步处理。或者从业务层面做处理。
1、遇到数据库阻塞问题，首先要查询一下表是否在使用。如果查询结果为空，那么说明表没在使用，说明不是锁表的问题。如果查询结果不为空，比如出现如下结果：则说明表（test）正在被使用，此时需要进一步排查。
2、方法1：利用 metadata_locks 视图 此方法仅适用于 MySQL 7 以上版本，该版本 performance_schema 新增了 metadata_locks，如果上锁前启用了元数据锁的探针（默认是未启用的），可以比较容易的定位全局锁会话。
3、查看oracle是否锁表 Oracle数据库操作中，我们有时会用到锁表查询以及解锁和kill进程等操作，那么这些操作是怎么实现的呢？本文我们主要就介绍一下这部分内容。
