java - 请教各位前辈关于高并发下生成订单唯一流水号的方法？附己见

Answer 1

以下要素视情况组合

• 日期
• 秒数／毫秒数
• 机器hash（不同机器不重复）
• PID（不同进程不重复）
• 用户ID
• db自增（性能较差）
• redis自增（性能不错，需要redis，有故障风险）
• 类似mongodb的“单进程单秒内”的自增（性能最高）

另外，db／redis自增均可考虑跳步&缓存来降低压力（每次自增10/50/100回来后缓存在本地，本地的用完再去拿）

Answer 2

各位前辈们好，我有一个想法不知道是否可行：

1、创建一个序列号表，只有一行数据，为序列号的值

2、生成序列号时，每次读取该表，从该表中读取该行数据，语句为：
SELECT SERIAL_NUM FROM SERIAL_TABLE WHERE ID = 1 FOR UPDATE;

3、每次读取的时候给该行使用FOR UPDATE上锁，读取完以后使用以下语句：
UPDATE SERIAL_TABLE SET SERIAL_NUM = SERIAL_NUM + 1 WHERE ID = 1;
COMMIT;

4、释放行锁，不知道这样是否可行，欸……

Answer 3

http://www.cnblogs.com/heyuquan/archive/2013/08/16/global-guid-identit...

Answer 4

3方案有什么问题吗？ 位数大了有什么后果吗？ 并没有。
在3方案的基础上还可以预生成一些可用id..如果你真的需要这么大的并发的话。

Answer 5

这跟高并发关系不大, 而是你需要列队服务, 来避开刚并发的同时执行而已.

自增是最好的办法了, 位数增大不很正常吗,说明你订单多啊. 当订单超过一定数量分表啊.

Answer 6

光时间戳还不够吗，YYYYMMddHHmmssSSS+uid试试

Answer 7

http://www.zuidaima.com/share/1550463224040448.htm
不知道这个可以不？高并发下，我觉得尽量少点去访问db吧

Answer 8

要想省事就用Hazelcast里的distributed counter，用法类似于AtomicLong

Answer 9

md5($uid.'_'.uniqid().'_'.rand(0,99999).'_'.$productName);

$productName为用户购买商品的名称，这个订单号都还重复的话，别搞电商了，买彩票吧，来钱快

Answer 10

这个位数的影响可以忽略吧，你用任何的计数方式，都会增长，又不存在你换种计数就会少了几位数。除非你用16进位制或者更高的进位制才有可能。

同时申请id的方法就是把并发的请求改成串行，其实用redis设置一个自增值，每次取就加一，这个就非常合适。