-- 查询是否锁表
show OPEN TABLES ;
-- 查询进程
show processlist ;
-- 查询到相对应的进程,然后杀死进程
kill id; -- 一般到这一步就解锁了
-- 查看正在锁的事务
SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS;
-- 查看等待锁的事务
SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCK_WAITS;
-- 解锁表
UNLOCK TABLES;
行锁的等待
如上图所示,事务 A 与事务 B 同时会去 Insert 一条主键值为 1 的数据,由于事务 A 首先获取了主键值为 1 的行锁,导致事务 B 因无法获取行锁而产生等待,等到事务 A 提交后,事务 B 才获取该行锁,完成提交.这里强调的是行锁的概念,虽然事务 B 重复插入了主键,但是在获取行锁之前,事务一直是处于行锁等待的状态,只有获取行锁后,才会报主键冲突的错误.当然这种 Insert 行锁冲突的问题比较少见,只有在大量并发插入场景下才会出现,项目上真正常见的是 updatedelete 之间行锁等待,这里只是用于示例,原理都是相同的.
第三段:产生的原因根据我之前接触到的此类问题,大致可以分为以下几种原因
项目坑有千千万,我们静下心来还是可以找到解决办法的
最近接了一个由供应商留下来的项目,正是周末休息时间突然一个电话说功能用不了,翻看日志发现是业务功能的表被锁了,我就奇了怪了,天天没事,突然周末来使儿.一番了解才发现那个锁表情况是天天都有的,但是一直没找到原因,所以DBA运维同事天天充当定时删除机器,每天早上清除锁表进程,丢失的数据也手动补录,厉害了,这就是供应商做的项目吗?烂到这个层度(吐槽一番)
回到正题,我们来聊一聊我的解决步骤
有时候,会很不小心,在业务运行中执行了一条锁表语句.这时候该怎么办?
例如:修改元数据.
SHOW FULL PROCESSLIST 查看一下:
然后一切又恢复正常了.
一般对于数据量较大的表,需要修改表结构,或者做一些耗时比较久的锁表操作,建议在晚上(业务闲时)执行.这个时候可以配合使用任务处理一下.
如:修改一个表的字段长度,和添加索引
名词解释:
接着回家睡觉,第二天回来检查结果就好了.
附:添加唯一索引示例
MYSQL存储过程结合任务处理耗时操作
对于写锁定如下:
①.)、如果表没有加锁,那么对其加写锁定.
对于读锁定如下:
①.)、如果表没有加写锁,那么加一个读锁.
当然我们可以分别用low_priority 以及high_priority在写和读操作上来改变这些行为.
以上就是土嘎嘎小编为大家整理的mysql锁表要怎么处理相关主题介绍,如果您觉得小编更新的文章只要能对粉丝们有用,就是我们最大的鼓励和动力,不要忘记讲本站分享给您身边的朋友哦!!