1、遇到数据库阻塞问题，首先要查询一下表是否在使用。如果查询结果为空，那么说明表没在使用，说明不是锁表的问题。如果查询结果不为空，比如出现如下结果：则说明表（test）正在被使用，此时需要进一步排查。
创新互联主要从事成都网站建设、网站制作、网页设计、企业做网站、公司建网站等业务。立足成都服务索县,10余年网站建设经验,价格优惠、服务专业,欢迎来电咨询建站服务:18982081108
2、方法1：利用 metadata_locks 视图 此方法仅适用于 MySQL 7 以上版本，该版本 performance_schema 新增了 metadata_locks，如果上锁前启用了元数据锁的探针（默认是未启用的），可以比较容易的定位全局锁会话。
3、首先点击桌面上的SQL server数据库。然后打开SQL server数据库，输入登录名，密码，点击连接。接着点击左上角新建查询，选择master数据库。先查看数据库被锁的表。
1、MySQL锁的概述相对于其它数据库而言，MySQL的锁机制比较简单，其最 显著的特点是不同的存储引擎支持不同的锁机制。比如，MyISAM和MEMORY存储引擎采用的是表级锁（table-level locking）。
2、页级锁定（page-level）页级锁定是MySQL中比较独特的一种锁定级别，在其他数据库管理软件中也并不是太常见。
3、通过强制事务排序，使其不可能相互冲突，从而解决幻读问题。
4、MySQL中的锁，按照锁的粒度分为：全局锁，就锁定数据库中的所有表。表级锁，每次操作锁住整张表。行级锁，每次操作锁住对应的行数据。
5、锁机制 当前MySQL已经支持 ISAM， MyISAM， MEMORY (HEAP) 类型表的表级锁了，BDB 表支持页级锁，InnoDB 表支持行级锁。
InnoDB目前处理死锁的方法是，将持有最少行级排他锁的事务进行回滚。所以事务型应用程序在设计时必须考虑如何处理死锁，多数情况下只需要重新执行因死锁回滚的事务即可。
那么对应的解决死锁问题的关键就是：让不同的session加锁有次序案例需求：将投资的钱拆成几份随机分配给借款人。
采用基本的MySQL MyISAM 表就很合适了。MySQL中对表级锁的存储引擎来说是释放死锁的。避免死锁可以这样做到：在任何查询之前先请求锁，并且按照请求的顺序锁表。
InnoDB存储引擎既支持行级锁（row-level locking），也支持表级锁，但默认情况下是采用行级锁。表级锁：表级锁是MySQL中锁定粒度最大的一种锁，表示对当前操作的整张表加锁。
针对死锁和锁表的问题，可以从以下方面来定位问题：锁定信息：查询数据库中的锁定信息，查看哪些表被锁定，以及锁定的粒度、类型等信息。可以使用SHOW LOCKS或者SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS来查询锁定信息。
1、页面锁：开销和加锁时间界于表锁和行锁之间；会出现死锁；锁定粒度界于表锁和行锁之间，并发度一般。
2、大事务拆小。大事务更倾向于死锁，如果业务允许，将大事务拆小。在同一个事务中，尽可能做到一次锁定所需要的所有资源，减少死锁概率。降低隔离级别。
3、MySQL有两种死锁处理方式：由于性能原因，一般都是使用死锁检测来进行处理死锁。死锁检测的原理是构建一个以事务为顶点、锁为边的有向图，判断有向图是否存在环，存在即有死锁。
4、针对死锁和锁表的问题，可以从以下方面来定位问题：锁定信息：查询数据库中的锁定信息，查看哪些表被锁定，以及锁定的粒度、类型等信息。可以使用SHOW LOCKS或者SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS来查询锁定信息。
5、推荐课程：MySQL教程。死锁的关键在于：两个(或以上)的Session加锁的顺序不一致。那么对应的解决死锁问题的关键就是：让不同的session加锁有次序案例需求：将投资的钱拆成几份随机分配给借款人。
产生死锁的四个必要条件：互斥条件：指一个资源在一段时间内只能由一个进程占用，其他进程需等待其释放。
多线程是很容易造成死锁，一般情况下死锁都是因为并发操作引起的。
死锁的预防在数据库中，产生死锁的原因是两个或多个事务都已封锁了一些数据对象，然后又都请求对已为其他事务封锁的数据对象加锁，从而出现死等待。防止死锁的发生其实就是要破坏产生死锁的条件。
产生死锁的原因主要是：（1）因为系统资源不足。（2）进程运行推进的顺序不合适。（3）资源分配不当等。如果系统资源充足，进程的资源请求都能够得到满足，死锁出现的可能性就很低，否则就会因争夺有限的资源而陷入死锁。
死锁主要是资源共享造成的冲突。比如a拥有资源1，需要资源2才能运行。b拥有资源2，需要资源1才能。这是就产生资源2都有，但a，b都无法运行的情况。解决死锁的方法有很多，你要了解更多的信息就去看看操作系统的数。
因为当前进程锁定第一个资源等待第二个资源，而另外一个进程锁定了第二个资源等待第一个资源，两个进程都永远得不到满足。数据库死锁的解决方案。
1、如果SQL语句需要等待其他事务完成的时间更长，则可以增加 innodb_lock_wait_timeout 配置选项的值；如果太多长时间运行的事务导致锁定问题并降低繁忙系统上的并发性，则可以减少该选项的值。
2、start transaction；update parent set val = three-new where id = 3；此时，会话 1 具有打开的事务，并且处于休眠状态，并在父级上授予写入元数据锁定。
3、登录到mysql后，输入命令：show processlist；查看当前会话列表，左边红框是会话执行的命令，右边红框是会话的时间。通常会话时间太长的多半是因为锁等待活死锁造成的，但也不排除一些慢查询。我们删除那些时间过长的会话。
4、只有分配到行锁的事务才有权力操作该数据行，直到该事务结束，才释放行锁，而其他没有分配到行锁的事务就会产生行锁等待。
5、首先最简单粗暴的方式就是：重启MySQL。对的，网管解决问题的神器——“重启”。至于后果如何，你能不能跑了，要你自己三思而后行了！重启是可以解决表被锁的问题的，但针对线上业务很显然不太具有可行性。
连接数据库，等到navicat主页面，双击需要操作的数据库连接。 登录到数据库主页面后，点击左侧的数据库连接，打开数据库，可以看到可以操作的所有数据库。