[ThinkPHP]ThinkPHP并发下锁表

Fri, 17 Nov 2017 03:10:04 +0000

最近需要写一个并发量不是很大的报名系统，但是还是有可能出现多人同时报名的情况。因为报名涉及到先后顺序，如果不进行锁行或者锁表，会出现下列这种情况。
例：
当前系统中只有用户A报名，顺序为1，记为(A, 1)；
某时刻t，用户B，用户C，用户D，同时报名，后端几乎同时接收到B、C、D的报名请求，于是查询报名表发现，目前只有(A, 1)，于是将(B, 2)，(C, 2)，(D, 2)插入报名表得到结果：

1
2
3
4


(A, 1)
(B, 2)
(C, 2)
(D, 2)

个人最开始想到的办法是：我不记录顺序，我记录插入时间戳，这样的话就是

1
2
3
4


(A, ta)
(B, tb)
(C, tc)
(D, td)

ta, tb, tc, td几乎不可能出现相等的情况。
但是这样做有三个问题无法解决，

有可能出现时间戳相等的情况，概率很低
不直观，需要用时间戳排序
报名的时候用人数限制，比如限制报名40人，而且立即反馈当前报名是否报上。

目前的解决办法是，通过数据库加锁来解决。
网上查了很多资料，ThinkPHP可以加悲观锁和乐观锁。目标系统访问量不大，使用悲观锁就行了。

MyISAM只能锁表，InnoDB可以行锁定。目标系统锁表即可。
官方文档给出的锁表方案是：

1

$User->lock(true)->save($data);// 使用悲观锁功能

但是目标系统要进行一些列操作，所以使用的锁表代码是：

1
2
3
4


M()->query("lock tables yourtable write");
// TODO
// your code
M()->query("unlock tables");

实际效果运行效果还不错[真实日期已被滤去]：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40


??-??-?? 10:00:00 1
??-??-?? 10:00:00 2
??-??-?? 10:00:00 3
??-??-?? 10:00:00 4
??-??-?? 10:00:01 5
??-??-?? 10:00:01 6
??-??-?? 10:00:01 7
??-??-?? 10:00:01 8
??-??-?? 10:00:02 9
??-??-?? 10:00:02 10
??-??-?? 10:00:02 11
??-??-?? 10:00:02 12
??-??-?? 10:00:02 13
??-??-?? 10:00:02 14
??-??-?? 10:00:03 15
??-??-?? 10:00:03 16
??-??-?? 10:00:03 17
??-??-?? 10:00:05 18
??-??-?? 10:00:06 19
??-??-?? 10:00:07 20
??-??-?? 10:00:08 21
??-??-?? 10:00:10 22
??-??-?? 10:00:15 23
??-??-?? 10:00:17 24
??-??-?? 10:00:19 25
??-??-?? 10:00:19 26
??-??-?? 10:00:24 27
??-??-?? 10:00:25 28
??-??-?? 10:00:34 29
??-??-?? 10:00:35 30
??-??-?? 10:00:38 31
??-??-?? 10:01:06 32
??-??-?? 10:01:11 33
??-??-?? 10:01:11 34
??-??-?? 10:01:17 35
??-??-?? 10:01:18 36
??-??-?? 10:02:27 37
??-??-?? 10:02:38 38
??-??-?? 10:02:39 39
??-??-?? 10:02:57 40

并发 on Coinidea的博客

[ThinkPHP]ThinkPHP并发下锁表