最近需要写一个并发量不是很大的报名系统，但是还是有可能出现多人同时报名的情况。因为报名

涉及到先后顺序，如果不进行锁行或者锁表，会出现下列这种情况。
例：
当前系统中只有用户A报名，顺序为1，记为(A, 1)；
某时刻t，用户B，用户C，用户D，同时报名，后端几乎同时接收到B、C、D的报名请求，于是查询

报名表发现，目前只有(A, 1)，于是将(B, 2)，(C, 2)，(D, 2)插入报名表得到结果：

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

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

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

ta, tb, tc, td几乎不可能出现相等的情况。
但是这样做有三个问题无法解决，
1. 有可能出现时间戳相等的情况，概率很低
2. 不直观，需要用时间戳排序
3. 报名的时候用人数限制，比如限制报名40人，而且立即反馈当前报名是否报上。
目前的解决办法是，通过数据库加锁来解决。
网上查了很多资料，ThinkPHP可以加悲观锁和乐观锁。目标系统访问量不大，使用悲观锁就行了。

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

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

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

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

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

??-??-?? 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