mysql锁表了怎么办,mysql表锁住了怎么办

mysql锁表问题分析以及解决方法-简书

项目坑有千千万，我们静下心来还是可以找到解决办法的

创新互联服务项目包括平度网站建设、平度网站制作、平度网页制作以及平度网络营销策划等。多年来，我们专注于互联网行业，利用自身积累的技术优势、行业经验、深度合作伙伴关系等，向广大中小型企业、政府机构等提供互联网行业的解决方案，平度网站推广取得了明显的社会效益与经济效益。目前，我们服务的客户以成都为中心已经辐射到平度省份的部分城市，未来相信会继续扩大服务区域并继续获得客户的支持与信任！

最近接了一个由供应商留下来的项目，正是周末休息时间突然一个电话说功能用不了，翻看日志发现是业务功能的表被锁了，我就奇了怪了，天天没事，突然周末来使儿。一番了解才发现那个锁表情况是天天都有的，但是一直没找到原因，所以DBA运维同事天天充当定时删除机器，每天早上清除锁表进程，丢失的数据也手动补录，厉害了，这就是供应商做的项目吗？烂到这个层度（吐槽一番）

回到正题，我们来聊一聊我的解决步骤

mysql查看是否锁表并解除锁

一：检查是否锁表, 查询进程并杀死进程

1) 查询是否锁表

show open tables where in_use 0;

2) 查询进程（如果您有SUPER权限，您可以看到所有线程。否则，您只能看到您自己的线程）

show processlist;

二：查看在锁事务,杀死事务对应的线程ID

1) 查看正在锁的事务

select * from information_schema.INNODB_LOCKS;

2) 杀死进程id（就是[select * from information_schema.INNODB_LOCKS; ]命令的trx_mysql_thread_id列）

kill 线程ID

3) 查看等待锁的事务

SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCK_WAITS;

其它：

1) 查看服务器状态

show status like '%lock%';

2) 查看超时时间：

show variables like '%timeout%';

MYSQL完美解决生产环境改表结构锁表问题

有时候，会很不小心，在业务运行中执行了一条锁表语句。这时候该怎么办？

例如：修改元数据。

SHOW FULL PROCESSLIST 查看一下：

发现修改之后，锁表了。这时候怎么办？ 杀死它 KILL 4623660

然后一切又恢复正常了。

一般对于数据量较大的表，需要修改表结构，或者做一些耗时比较久的锁表操作，建议在晚上（业务闲时）执行。这个时候可以配合使用任务处理一下。

如：修改一个表的字段长度，和添加索引

名词解释：

接着回家睡觉，第二天回来检查结果就好了。

附：添加唯一索引示例

MYSQL存储过程结合任务处理耗时操作

mysql 表锁住了，怎么解锁

对于写锁定如下：

1）、如果表没有加锁，那么对其加写锁定。

2）、否则，那么把请求放入写锁队列中。

对于读锁定如下：

1）、如果表没有加写锁，那么加一个读锁。

2）、否则，那么把请求放到读锁队列中。

当然我们可以分别用low_priority 以及high_priority在写和读操作上来改变这些行为。

Mysql锁表解锁

-- 查询是否锁表

show OPEN TABLES ;

-- 查询进程

show processlist ;

-- 查询到相对应的进程，然后杀死进程

kill id; -- 一般到这一步就解锁了

-- 查看正在锁的事务

SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS;

-- 查看等待锁的事务

SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCK_WAITS;

-- 解锁表

UNLOCK TABLES;

mysql存储过程出现锁表锁行的情况怎么解决

行锁的等待

在介绍如何解决行锁等待问题前，先简单介绍下这类问题产生的原因。产生原因简述：当多个事务同时去操作（增删改）某一行数据的时候，MySQL 为了维护 ACID 特性，就会用锁的形式来防止多个事务同时操作某一行数据，避免数据不一致。只有分配到行锁的事务才有权力操作该数据行，直到该事务结束，才释放行锁，而其他没有分配到行锁的事务就会产生行锁等待。如果等待时间超过了配置值（也就是 innodb_lock_wait_timeout 参数的值，个人习惯配置成 5s，MySQL 官方默认为 50s），则会抛出行锁等待超时错误。

如上图所示，事务 A 与事务 B 同时会去 Insert 一条主键值为 1 的数据，由于事务 A 首先获取了主键值为 1 的行锁，导致事务 B 因无法获取行锁而产生等待，等到事务 A 提交后，事务 B 才获取该行锁，完成提交。这里强调的是行锁的概念，虽然事务 B 重复插入了主键，但是在获取行锁之前，事务一直是处于行锁等待的状态，只有获取行锁后，才会报主键冲突的错误。当然这种 Insert 行锁冲突的问题比较少见，只有在大量并发插入场景下才会出现，项目上真正常见的是 updatedelete 之间行锁等待，这里只是用于示例，原理都是相同的。

三、产生的原因根据我之前接触到的此类问题，大致可以分为以下几种原因