MySQL 行级锁的使用以及死锁的预防

371次阅读

没有评论

共计 1342 个字符，预计需要花费 4 分钟才能阅读完成。

一、前言

MySQL 的 InnoDB, 支持事务和行级锁，可以使用行锁来处理用户提现等业务。使用 mysql 锁的时候有时候会出现死锁，要做好死锁的预防。

行级锁又分共享锁和排他锁。

共享锁：

名词解释：共享锁又叫做读锁，所有的事务只能对其进行读操作不能写操作，加上共享锁后其他事务不能再加排他锁了只能加行级锁。

用法：SELECT `id` FROM table WHERE id in(1,2) LOCK IN SHARE MODE 结果集的数据都会加共享锁

排他锁：

名词解释：若某个事物对某一行加上了排他锁，只能这个事务对其进行读写，其他事务不能对其进行加任何锁，其他进程可以读取, 不能进行写操作，需等待其释放。

用法：SELECT `id` FROM mk_user WHERE id=1 FOR UPDATE

<?php
        $uid=$_SESSION['uid'];
        // 开启事务 
        sql:begin
        // 开启行级锁的排他锁 
        sql:SELECT `coin` FROM user WHERE id=$uid FOR UPDATE 
        // 扣除用户账户钱币 
        $res=update user set coin=coin-value where id=1;
        if($res){// 将用户的提现信息添加到提现表 
            sql:insert into user values(null,"{$uid}",value);
            // 判断添加结果 
            if(add_cash_result){sql:commit
            }else{sql:rollback
            }
        }else{sql:rollback;
        }

其实步骤不复杂，就是开启事务判断各个结果为真就提交为假就回滚。单个排他锁没有什么问题，当一个表关联到多个排他锁的时候要注意防止发生死锁。

`id` 主键索引

`name` index 索引

`age` 普通字段

死锁产生的根本原因是两个以上的进程都要求对方释放资源，以至于进程都一直等待。在代码上是因为两个或者以上的事务都要求另一个释放资源。

死锁产生的四个必要条件：互斥条件、环路条件、请求保持、不可剥夺，缺一不可，相对应的只要破坏其中一种条件死锁就不会产生。

例如下面两条语句第一条语句会优先使用 `name` 索引，因为 name 不是主键索引，还会用到主键索引

第二条语句是首先使用主键索引, 再使用 name 索引如果两条语句同时执行，第一条语句执行了 name 索引等待第二条释放主键索引，第二条执行了主键索引等待第一条的 name 索引，这样就造成了死锁。

解决方法： 改造第一条语句使其根据主键值进行更新

#①
update mk_user set name ='1' where `name`='idis12';
#②
update mk_user set name='12'  where id=12;
// 改造后
update mk_user set name='1' where id=(select id from mk_user where name='idis12' );