根据加锁的范围，MySQL里面的锁大致可以分成全局锁、表级锁和行锁三类。MySQL中表级别的锁有两种：一种是表锁，一种是元数据锁（metadata lock，MDL)。
创新互联-云计算及IDC服务提供商，涵盖公有云、IDC机房租用、服务器托管、等保安全、私有云建设等企业级互联网基础服务，咨询热线：18982081108
MySQL有两种死锁处理方式：等待，直到超时（innodb_lock_wait_timeout=50s）。发起死锁检测，主动回滚一条事务，让其他事务继续执行（innodb_deadlock_detect=on）。由于性能原因，一般都是使用死锁检测来进行处理死锁。
(1) HOLDLOCK： 在该表上保持共享锁，直到整个事务结束，而不是在语句执行完立即释放所添加的锁。
再次删除这个表又出现锁表。问题解决：通过如下语句查询是否有正在执行的事务， 如果有未提交的事务， 可以考虑kill事务或等待事务提交。
mysql数据库死锁解决方法如下：对于按钮等控件，点击后使其立刻失效，不让用户重复点击，避免对同时对同一条记录操作。使用乐观锁进行控制。乐观锁大多是基于数据版本（Version）记录机制实现。
首先最简单粗暴的方式就是：重启MySQL。对的，网管解决问题的神器——“重启”。至于后果如何，你能不能跑了，要你自己三思而后行了！重启是可以解决表被锁的问题的，但针对线上业务很显然不太具有可行性。
MySQL有两种死锁处理方式：等待，直到超时（innodb_lock_wait_timeout=50s）。
如果等待时间超过了配置值（也就是 innodb_lock_wait_timeout 参数的值，个人习惯配置成 5s，MySQL guan 方默认为 50s），则会抛出行锁等待超时错误。
服务器由两种表的锁定方法：内部锁定内部锁定可以避免客户机的请求相互干扰——例如，避免客户机的SELECT查询被另一个客户机的UPDATE查询所干扰。
实现这种功能的方法是对表进行锁定。服务器由两种表的锁定方法：内部锁定内部锁定可以避免客户机的请求相互干扰——例如，避免客户机的SELECT查询被另一个客户机的UPDATE查询所干扰。
会出现死锁；锁定粒度界于表锁和行锁之间，并发度一般。
UNLOCK TABLES可以释放被当前线程保持的任何锁定。当线程发布另一个LOCK TABLES时，或当与服务器的连接被关闭时，所有由当前线程锁定的表被隐含地解锁。表锁定只用于防止其它客户端进行不正当地读取和写入。
重启mysql服务 执行show processlist，找到state，State状态为Locked即被其他查询锁住。KILL 10866。
MySQL里面表级别的锁有两种：一种是表锁，一种是元数据锁（metadatalock，MDL)。表锁 表锁的语法是locktablesread/write。与FTWRL类似，可以用unlocktables主动释放锁，也可以在客户端断开的时候自动释放。
行级锁之前需要先加表结构共享锁。根据锁的类型分，共有6种 LMODE NULL，可以某些情况下，如分布式数据库的查询会产生此锁。
MySQL中的锁，按照锁的粒度分为：全局锁，就锁定数据库中的所有表。表级锁，每次操作锁住整张表。行级锁，每次操作锁住对应的行数据。
MyISAM和InnoDB存储引擎使用的锁：封锁粒度小：由于InnoDB存储引擎支持的是行级别的锁，因此意向锁（因为意向锁是表锁）其实不会阻塞除全表扫以外的任何请求。
使用行级锁定的主要是InnoDB存储引擎。页级锁定（page-level）页级锁定是MySQL中比较独特的一种锁定级别，在其他数据库管理软件中也并不是太常见。
locking），但也支持表级锁；InnoDB存储引擎既支持行级锁（row-level locking），也支持表级锁，但默认情况下是采用行级锁。
首先最简单粗暴的方式就是：重启MySQL。对的，网管解决问题的神器——“重启”。至于后果如何，你能不能跑了，要你自己三思而后行了！重启是可以解决表被锁的问题的，但针对线上业务很显然不太具有可行性。
MySQL有两种死锁处理方式：死锁检测 （默认开启） 死锁检测的原理是构建一个以事务为顶点、锁为边的有向图，判断有向图是否存在环，存在即有死锁。
会出现死锁；锁定粒度界于表锁和行锁之间，并发度一般。