首先最简单粗暴的方式就是：重启MySQL。对的，网管解决问题的神器——“重启”。至于后果如何，你能不能跑了，要你自己三思而后行了！重启是可以解决表被锁的问题的，但针对线上业务很显然不太具有可行性。
创新互联是一家专注于网站制作、做网站与策划设计,广西网站建设哪家好?创新互联做网站,专注于网站建设十年,网设计领域的专业建站公司;建站业务涵盖:广西等地区。广西做网站价格咨询:028-86922220
如果等待时间超过了配置值（也就是 innodb_lock_wait_timeout 参数的值，个人习惯配置成 5s，MySQL guan 方默认为 50s），则会抛出行锁等待超时错误。
锁为边的有向图，判断有向图是否存在环，存在即有死锁。检测到死锁之后，选择插入更新或者删除的行数最少的事务回滚，基于 INFORMATION_SCHEMA.INNODB_TRX 表中的 trx_weight 字段来判断。
然后一切又恢复正常了。一般对于数据量较大的表，需要修改表结构，或者做一些耗时比较久的锁表操作，建议在晚上（业务闲时）执行。这个时候可以配合使用任务处理一下。
(11) TABLOCKX：指定在表上使用排它锁，这个锁可以阻止其他事务读或更新这个表的数据，直到这个语句或整个事务结束。
尽量使用短小事务，避免大事务。加FOR UPDATE/LOCK IN SHARE MODE锁时，最好降低事务隔离级别，例如用RC级别，降低死锁发生概率，也可以降低锁定粒度。
mysql数据库死锁解决方法如下：对于按钮等控件，点击后使其立刻失效，不让用户重复点击，避免对同时对同一条记录操作。使用乐观锁进行控制。乐观锁大多是基于数据版本（Version）记录机制实现。
mysql一般不会死锁，除非程序有问题。性能优先事务不优先的数据库（设置）不要追求可靠性万无一失。网站性能问题主要是数据库量大了以后，查询扫描硬盘而产生的。其它性能不要太在意。
回答如下：mysql8删除行锁需要插件，该问题易解决，举一反三，活跃在良好的网络氛围，行为习惯良好。
在mysql默认的事务隔离级别（repeatable read）下，无法避免这种情况。只能把并发处理改成同步处理。或者从业务层面做处理。
MySQLx 中新增了一个轻量级的备份锁，它允许在 online 备份的时候进行 DML 操作，同时可防止快照不一致。
提供行锁(locking on row level)，另外，InnoDB表的行锁也不是绝对的，如果在执行一个SQL语句时MySQL不能确定要扫描的范围，InnoDB表同样会 锁全表. 行级锁的优点如下：1)当很多连接分别进行不同的查询时减小LOCK状态。
MySQL从1开始支持SQL的子查询。这个技术可以使用SELECT语句来创建一个单列的查询结果，然后把这个结果作为过滤条件用在另一个查询中。
Mysql外键 假如某个电脑生产商，它的数据库中保存着整机和配件的产品信息。用来保存整机产品信息的表叫做pc；用来保存配件供货信息的表叫做parts。
