处理方法：通过 select * from information_schema.innodb_trxG, 找到未提交事物的sid，然后kill掉，让其回滚 。
通过show processlist看不到表上有任何操作，在information_schema.innodb_trx中也没有任何进行中的事务 。很可能是因为在一个显式的事务中，对表进行了一个失败的操作（比如查询了一个不存在的字段），这时事务没有开始，但是失败语句获取到的锁依然有效，没有释放 。从performance_schema.events_statements_current表中可以查到失败的语句 。
处理方法：通过performance_schema.events_statements_current找到其sid，kill 掉该session ， 也可以kill掉DDL所在的session 。
总之，alter table的语句是很危险的（核心是未提交事务或者长事务导致的），在操作之前要确认对要操作的表没有任何进行中的操作、没有未提交事务、也没有显式事务中的报错语句 。
如果有alter table的维护任务，在无人监管的时候运行，最好通过lock_wait_timeout设置好超时时间，避免长时间的metedata锁等待 。
关于MySQL的锁表其实还有很多其他场景，我们在实践的过程中尽量避免锁表情况的发生，当然这需要一定经验的支撑 。但更重要的是，如果发现锁表我们要能够快速的响应，快速的解决问题，避免影响正常业务，避免情况进一步恶化 。所以，本文中的解决思路大家一定要收藏或记忆一下，做到有备无患，避免突然状况下抓瞎 。
详解MySQL（InnoDB）如何处理死锁 锁是需要事务结束后才释放的 。
一个是 MVCC，一个是两阶段锁协议 。
为什么要并发控制呢？是因为多个用户同时操作 MySQL 的时候，为了提高并发性能并且要求如同多个用户的请求过来之后如同串行执行的一样（为了解决脏读、不可重复读、幻读）
官方定义：
两阶段锁协议是指所有事务必须分两个阶段对数据加锁和解锁，在对任何数据进行读、写操作之前，事务首先要获得对该数据的封锁；在释放一个封锁之后，事务不再申请和获得任何其他封锁 。
对应到 MySQL 上分为两个阶段：
但是两阶段锁协议不要求事务必须一次将所有需要使用的数据加锁（innodb在需要的索引列数据才锁行），并且在加锁阶段没有顺序要求，所以这种并发控制方式会形成死锁 。
MySQL有两种死锁处理方式：
死锁检测 （默认开启）
死锁检测的原理是构建一个以事务为顶点、锁为边的有向图，判断有向图是否存在环，存在即有死锁 。
回滚
检测到死锁之后，选择插入更新或者删除的行数最少的事务回滚，基于 INFORMATION_SCHEMA.INNODB_TRX 表中的 trx_weight 字段来判断 。
收集死锁信息：
减少死锁：
死锁解决：
【mysql锁了怎么解决 mysql的锁】关于mysql锁了怎么解决和mysql的锁的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站 。
推荐阅读
- 优酷怎么关联电视，优酷app怎么连接电视
- GIS出线间隔与杆相连，gis线闭合
- php与数据库乱码问题 php写入数据库中文乱码
- css怎么设置背景图片动画化，css设置背景图像
- chatgpt体验超过谷歌，chat partner 谷歌
- html如何用js取到单选框的值，js获取选中的checkbox
- vb188a.net的简单介绍
- magic系统能连接鸿蒙设备吗，magic系统能连接鸿蒙设备吗怎么设置
- 电商该如何运营销售，电商该如何运营销售产品