实现一个小需求，有个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 <$Revision: 1528965 $>
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();
});
------------------------------更新与2019--07-30------------------------------
上面这种写法出现错误不会自动rollback，感谢网友 追梦小窝 的补充，修改的版本如下
Route::get('/pessimism', function () {
DB::beginTransaction();
try {
$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();
} catch (\Exception $e) {
// 回滚事务
DB::rollBack();
}
});
最后用ab再测试一下
ab -n 150 -c 100 http://127.0.0.1:85/pessimism
测试多次均未出现重复数据
试想一下这样的应用场景，抽奖活动只剩下一个奖品n个人同时抽中了这个奖品，如果不做处理很容易出现被多个人领取的情况，当然现实的情况更加复杂，还要结合实际场景做相应的变动修改！！
