laravel mysql锁_MySQL悲观锁Laravel的实现

实现一个小需求，有个test表，表里有个name字段，往表里插入数据，name不能重复，不使用laravel的unique

版本一代码如下

// routes.php

Route::get('/pessimism', function () {

$name = 'laravel';

$count = DB::table('test')->where('name', $name)->count();

if ($count <= 0) {

DB::table('test')->insert(['name' => $name]);

echo 1;

} else {

echo 0;

}

});

看起来没毛病，跑起来很顺畅，这里我的host是127.0.0.1:85，自行修改，在终端执行

curl http://127.0.0.1:85/pessimism

// 结果打印1

curl http://127.0.0.1:85/pessimism

// 再次执行打印0

乍看没问题，但是当并发达到一定数量的时候呢，这里使用Apache的ab test来模拟并发，Ubuntu14.04用户使用命令 sudo apt-get install apache2-utils 安装即可，然后在终端执行

ab -n 150 -c 100 http://127.0.0.1:85/pessimism

命令解释：100为并发数，150为请求数，可以理解为有100个人同时去窗口办理了业务，这样的操作执行了150次(可能比喻不是很恰当)

返回结果如下

This is ApacheBench, Version 2.3

Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/

Licensed to The Apache Software Foundation, http://www.apache.org/

Benchmarking 127.0.0.1 (be patient)

Completed 100 requests

Finished 160 requests

Server Software: nginx

Server Hostname: 127.0.0.1

Server Port: 85

Document Path: /begin

Document Length: 1 bytes

Concurrency Level: 150

Time taken for tests: 21.110 seconds

Complete requests: 160

// 如果返回结果不一样则结果会有大量的Failed requests

// 让成功跟失败返回的HTML的length一致即可，所以示例代码返回1或0

Failed requests: 0

Total transferred: 99113 bytes

HTML transferred: 160 bytes

Requests per second: 7.58 [#/sec] (mean)

Time per request: 19791.002 [ms] (mean)

Time per request: 131.940 [ms] (mean, across all concurrent requests)

Transfer rate: 4.58 [Kbytes/sec] received

Connection Times (ms)

min mean[+/-sd] median max

Connect: 0 20 6.4 21 26

Processing: 896 10984 5814.6 11055 21078

Waiting: 895 10984 5814.7 11055 21078

Total: 916 11004 5809.7 11076 21093

Percentage of the requests served within a certain time (ms)

50% 11076

66% 13995

75% 16316

80% 16987

90% 18434

95% 19976

98% 20478

99% 21091

100% 21093 (longest request)

执行成功，发现插入了不止一条name为laravel的结果(结果以自己的为准，可能只有1条，或者不止两条，可以修改name值多试几次)

为什么会出现这样的情况？看下图

时间

小明

小红

T1

读取name为laravel的count为1

T2

读取name为laravel的count为1

T3

insert一条数据

T4

insert一条数据(事实上这时候count已经为0)

结果就是不应该插入的数据插入了

解决办法是，使用悲观锁，在小明读取数据的时候加锁，小红这时候可以读，但是不能操作修改新增删除，直到小明commit提交事务开锁

网上对悲观锁的解释是，在读取数据时锁住那几行，其他对这几行的更新需要等到悲观锁结束时才能继续，这里要结合事务使用，打开两个终端窗口

窗口一

注意在select语句结尾那里加上了 for update

窗口二

窗口一执行commit提交事务

窗口二

窗口一解锁了之后窗口二就能继续操作了，窗口一的select必须包裹在begin跟commit之间才能生效

修改版本一代码如下

实现一

// 使用transaction闭包实现

Route::get('/pessimism', function () {

DB::transaction(function () {

$name = 'php';

// 注意加上lockForUpdate，否则无效

$count = DB::table('test')->where('name', $name)->lockForUpdate()->count();

if ($count <= 0) {

DB::table('test')->insert(['name' => $name]);

echo 1;

} else {

echo 0;

}

});

});

实现二

Route::get('/pessimism', function () {

DB::beginTransaction();

$name = 'java';

$count = DB::table('test')->where('name', $name)->lockForUpdate()->count();

if ($count <= 0) {

DB::table('test')->insert(['name' => $name]);

echo 1;

} else {

echo 0;

}

DB::commit();

});

最后用ab再测试一下

ab -n 150 -c 100 http://127.0.0.1:85/pessimism

测试多次均未出现重复数据

试想一下这样的应用场景，抽奖活动只剩下一个奖品n个人同时抽中了这个奖品，如果不做处理很容易出现被多个人领取的情况，当然现实的情况更加复杂，还要结合实际场景做相应的变动修改！！