1、MySQL有两种死锁处理方式：等待，直到超时（innodb_lock_wait_timeout=50s）。发起死锁检测，主动回滚一条事务，让其他事务继续执行（innodb_deadlock_detect=on）。由于性能原因，一般都是使用死锁检测来进行处理死锁。
创新互联主要从事成都网站制作、网站设计、外贸网站建设、网页设计、企业做网站、公司建网站等业务。立足成都服务葫芦岛,十年网站建设经验,价格优惠、服务专业,欢迎来电咨询建站服务:18982081108
2、产生死锁的四个必要条件：（1） 互斥条件：一个资源每次只能被一个进程使用。（2） 请求与保持条件：一个进程因请求资源而阻塞时，对已获得的资源保持不放。
3、程序中应有事务失败检测及自动重复提交机制。高并发（秒杀）场景中，关闭innodb_deadlock_detect选项，降低死锁检测开销，提高并发效率。生产环境MySQL死锁如何监控及如何减少死锁发生的概率。
4、死锁是指两个或多个事务在同一资源上相互占用，并请求锁定对方占用的资源，从而导致恶性循环。（推荐教程：mysql教程）当事务试图以不同的顺序锁定资源时，就可能产生死锁。多个事务同时锁定同一个资源时也可能会产生死锁。
5、gap lock 导致了并发处理的死锁 在mysql默认的事务隔离级别（repeatable read）下，无法避免这种情况。只能把并发处理改成同步处理。或者从业务层面做处理。
6、InnoDB默认是行级别的锁，当有明确指定的主键时候，是行级锁。否则是表级别。例子： 假设表foods ，存在有id跟name、status三个字段，id是主键，status有索引。
根据加锁的范围，MySQL里面的锁大致可以分成全局锁、表级锁和行锁三类。MySQL中表级别的锁有两种：一种是表锁，一种是元数据锁（metadata lock，MDL)。
LOCK TABLES为当前线程锁定表。UNLOCK TABLES释放被当前线程持有的任何锁。当线程发出另外一个LOCK TABLES时，或当服务器的连接被关闭时，当前线程锁定的所有表自动被解锁。
会出现死锁；锁定粒度界于表锁和行锁之间，并发度一般。
1、问题描述：（推荐教程：mysql视频教程）drop table 的时候导致表被锁，一直再等待。SHOW FULL PROCESSLIST ； 能找到等待中的进程。kill 相应的锁之后，查询不受影响。再次删除这个表又出现锁表。
2、首先最简单粗暴的方式就是：重启MySQL。对的，网管解决问题的神器——“重启”。至于后果如何，你能不能跑了，要你自己三思而后行了！重启是可以解决表被锁的问题的，但针对线上业务很显然不太具有可行性。
3、]解锁表：UNLOCK TABLESLOCK TABLES为当前线程锁定表。UNLOCK TABLES释放被当前线程持有的任何锁。当线程发出另外一个LOCK TABLES时，或当服务器的连接被关闭时，当前线程锁定的所有表自动被解锁。
4、这里涉及到一个有趣的问题，也就是mysql如何对读写锁进行处理。
1、服务器由两种表的锁定方法：内部锁定内部锁定可以避免客户机的请求相互干扰——例如，避免客户机的SELECT查询被另一个客户机的UPDATE查询所干扰。
2、实现这种功能的方法是对表进行锁定。服务器由两种表的锁定方法：内部锁定内部锁定可以避免客户机的请求相互干扰——例如，避免客户机的SELECT查询被另一个客户机的UPDATE查询所干扰。
3、在上篇文章给大家介绍了Myeclipse连接mysql数据库的方法，通过本文给大家介绍如何在Java程序中访问mysql数据库中的数据并进行简单的操作，具体详情请看下文。
