MySQL 死锁专题问题处理

原创
2018/01/30 22:33
阅读数 3W

前言

表锁行锁查询命令

show status like '%lock%'

      Innodb_row_lock_current_waits:当前正在等待锁定的数量;

      Innodb_row_lock_time :从系统启动到现在锁定的总时间长度,单位ms;

      Innodb_row_lock_time_avg :每次等待所花平均时间;

      Innodb_row_lock_time_max:从系统启动到现在等待最长的一次所花的时间;

      Innodb_row_lock_waits :从系统启动到现在总共等待的次数。

     Table_locks_waits :当前表锁等待数量

1.Delete删除不存在的数据导致死锁

原文:Delete&Insert引发的Mysql死锁

mysql的锁分为三种(按照锁定的行数划分):


1.record lock:记录锁,也就是仅仅锁着单独的一行
2.gap lock:区间锁,仅仅锁住一个区间(注意这里的区间都是开区间,也就 是不包括边界值,至于为什么这么定义?innodb官方定义的)
3.next-key lock:record lock+gap lock,所以next-key lock也就半开半闭区间,且是下界开,上界闭。(为什么这么定义?innodb官方定义的)

由于此处是在明确指定了no=XX的情况下抛出了死锁异常, 并且no建立的是普通索引, 所以此处mysql使用的应该是next-key lock(查看何种情况下使用何种锁 https://dev.mysql.com/doc/refman/5.7/en/innodb-locks-set.html).

 

注意

①RR模式下,如果主键/索引为int类型,那么删除的锁为gap锁

②RR模式下,如果主键/索引为char类型,那么将gap锁住整张表中的所有行【但不是表锁】

 

下面来举个手册上的例子看看next-key lock是如何上锁的。假如一个索引的行有10,11,13,20
那么可能的next-key lock的包括:
(无穷小, 10]
(10,11]
(11,13]
(13,20]
(20, 无穷大)

因此对于delete删除不存在的数据造成了区间锁。

解决方法:

①先检查记录是否存在,否则不删除。

②对于同一条记录,建议使用update

③如果锁是gap锁,这种死锁需要将事务的隔离级别设置为read commit。

④对于等待锁的的会话使用innodb_lock_wait_timeout,防止过载。

 

2.锁与事务的隔离级别

原文:锁、事务与并发控制

原文:MySQL中的锁(表锁、行锁)

 

事务的隔离级别

 

 

innodb行锁&表锁

①没有索引字段的情况下不存在行锁,如果加锁,那么排他锁和共享锁都会升级为表锁

②修改表结构时的锁为表锁

③修改大量数据的时候可以锁表

④mysql的innodb存储引擎实务锁虽然是锁行,但它内部是锁索引的,根据where条件和select的值是否只有主键或非主键索引来判断怎么锁,比如只有主键,则锁主键索引,如果只有非主键,则锁非主键索引,如果主键非主键都有,则内部会按照顺序锁

由于InnoDB预设是Row-Level Lock,所以只有「明确」的指定主键,MySQL才会执行Row lock (只锁住被选取的资料例) ,否则MySQL将会执行Table Lock (将整个资料表单给锁住)。
举个例子:
假设有个表单products ,里面有id跟name二个栏位,id是主键。
例1: (明确指定主键,并且有此笔资料,row lock)
SELECT * FROM products WHERE id='3' FOR UPDATE;
SELECT * FROM products WHERE id='3' and type=1 FOR UPDATE;

例2: (明确指定主键,若查无此笔资料,无lock)
SELECT * FROM products WHERE id='-1' FOR UPDATE;

例2: (无主键,table lock)
SELECT * FROM products WHERE name='Mouse' FOR UPDATE;

例3: (主键不明确,table lock)
SELECT * FROM products WHERE id<>'3' FOR UPDATE;

例4: (主键不明确,table lock)
SELECT * FROM products WHERE id LIKE '3' FOR UPDATE;

例5:(主键不存在,gap锁)

SELECT * FROM products WHERE id='50' FOR UPDATE; //假设50不存在

注1: FOR UPDATE仅适用于InnoDB,且必须在交易区块(BEGIN/COMMIT)中才能生效。
注2: 要测试锁定的状况,可以利用MySQL的Command Mode ,开二个视窗来做测试。

 

锁超时时间

原文:Mysql事物锁等待超时

innodb_lock_wait_timeout

问题出现环境: 
1、在同一事务内先后对同一条数据进行插入和更新操作; 
2、多台服务器操作同一数据库; 
3、瞬时出现高并发现象;

1、通过下面语句查找到为提交事务的数据,kill掉此线程即可。

select * from information_schema.innodb_trx

2、增加锁等待时间,即增大下面配置项参数值,单位为秒(s)

innodb_lock_wait_timeout=500

3、优化存储过程,事务避免过长时间的等待。

 

MyISAM 表锁

原文:MySQL数据库锁机制之MyISAM引擎表锁和InnoDB行锁详解

①此引擎不支持事务、也不支持行锁。

①表锁有两种模式:表共享读锁(table read lock)和表独占写锁(table write lock)

3、常见的死锁解决方式

原文:Mysql并发时经典常见的死锁原因及解决方法

4.并发插入导致死锁

原因:uk冲突导致出现gap死锁

解决方式:

方式一:不使用自增主键和索引,可以使用GUID(UUID中奖重复的概率是中奖概率的32次方)。

方式二:降低事务的隔离级别

方式三:使用业务锁,使得并发串行执行。

方式四:在方式一的基础上,将生成的GUID放入到redis队列中,提前储备一定数量,不足时再自动生成补充(推荐)

方式五:SnowFlake算法(Twtter发明的)

 

对于有些记录要求存在就更新、不存在就插入,可以使用如下方式

c on duplicate key update count=count+1;

也可以使用replace

insert into player_count(player_id,count) value(1,1) 

 

5.解除死锁状态

解除正在死锁的状态有两种方法:

第一种:

1.查询是否锁表

show OPEN TABLES where In_use > 0;

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

show processlist

3.杀死进程id(就是上面命令的id列)

kill id

 

第二种:

1.查看下在锁的事务 

SELECT * FROM INFORMATION_SCHEMA.INNODB_TRX;

2.杀死进程id(就是上面命令的trx_mysql_thread_id列)

kill 线程ID

 

其它关于查看死锁的命令:

1:查看当前的事务
SELECT * FROM INFORMATION_SCHEMA.INNODB_TRX;

2:查看当前锁定的事务

SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS;

3:查看当前等锁的事务
SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCK_WAITS; 

 

 

展开阅读全文
加载中
点击引领话题📣 发布并加入讨论🔥
打赏
0 评论
32 收藏
1
分享
返回顶部
顶部