1、通过索引优化SQL效率，降低死锁概率，避免全表扫描导致锁定所有数据。程序中应有事务失败检测及自动重复提交机制。高并发（秒杀）场景中，关闭innodb_deadlock_detect选项，降低死锁检测开销，提高并发效率。
创新互联在网站设计、网站制作、成都App定制开发、网站运营等方面均有出色的表现，凭借多年丰富的经验，我们会仔细了解各客户的需求而做出多方面的分析、设计、整合，为客户设计出具风格及创意性的商业解决方案，我们更提供一系列全网整合营销推广，网站制作和网站推广的服务，以推动各中小企业全面信息化，并利用创新技术帮助各行业提升企业形象和运营效率。
2、MySQL6解决这一问题的做法是通过减少重建表和锁表的场景，但这个方法不能覆盖所有的可能的操作，例如当修改一列的数据类型时必然需要全表重构。Przemysaw和 Malkowski在去年尽可能详尽的讨论了Mysql6运行中修改定义。
3、如果一个线程获得一个表上的一个WRITE锁，那么只有持锁的线程READ或WRITE表，其他线程被阻止。每个线程等待(没有超时)直到它获得它请求的所有锁。WRITE锁通常比READ锁有更高的优先级，以确保更改尽快被处理。
4、显然对于检查，你只需要获得读锁。再者钟情跨下，只能读取表，但不能修改它，因此他也允许其它客户机读取表。对于修复，你必须获得些所以防止任何客户机在你对表进行操作时修改它。
5、在介绍如何解决行锁等待问题前，先简单介绍下这类问题产生的原因。
1、这样第一条语句锁定了idx_1的记录，等待主键索引，而第二条语句则锁定了主键索引记录，而等待idx_1的记录，这样死锁就产生了。
2、MySQL有两种死锁处理方式：等待，直到超时（innodb_lock_wait_timeout=50s）。发起死锁检测，主动回滚一条事务，让其他事务继续执行（innodb_deadlock_detect=on）。由于性能原因，一般都是使用死锁检测来进行处理死锁。
3、SQL Server对付死锁的办法是牺牲掉其中的一个，抛出异常，并且回滚事务。
遇到数据库阻塞问题，首先要查询一下表是否在使用。如果查询结果为空，那么说明表没在使用，说明不是锁表的问题。如果查询结果不为空，比如出现如下结果：则说明表（test）正在被使用，此时需要进一步排查。
会出现死锁；锁定粒度界于表锁和行锁之间，并发度一般。
首先点击桌面上的SQL server数据库。然后打开SQL server数据库，输入登录名，密码，点击连接。接着点击左上角新建查询，选择master数据库。先查看数据库被锁的表。
方法1：利用 metadata_locks 视图 此方法仅适用于 MySQL 7 以上版本，该版本 performance_schema 新增了 metadata_locks，如果上锁前启用了元数据锁的探针（默认是未启用的），可以比较容易的定位全局锁会话。
根据加锁的范围，MySQL里面的锁大致可以分成全局锁、表级锁和行锁三类。MySQL中表级别的锁有两种：一种是表锁，一种是元数据锁（metadata lock，MDL)。
MySQL有两种死锁处理方式：等待，直到超时（innodb_lock_wait_timeout=50s）。发起死锁检测，主动回滚一条事务，让其他事务继续执行（innodb_deadlock_detect=on）。由于性能原因，一般都是使用死锁检测来进行处理死锁。
(1) HOLDLOCK： 在该表上保持共享锁，直到整个事务结束，而不是在语句执行完立即释放所添加的锁。
