【发布时间】:2020-05-09 11:12:30
【问题描述】:
有一些用户。他们可以执行命令。可为所有用户发送订单。
当用户收到订单时,他可以在 1 分钟内接受或拒绝。
如果用户接受订单,我会将信息存储在 MySQL 中。
id | order_id | user_id | timestamp
1 1 1 12345679
2 1 2 59589333
一分钟后,没有人可以接受订单。
之后,我的服务会处理所有存储的数据并计算谁先接受了订单。
问题是用户可以比其他人更快地接受订单,但是由于互联网连接或其他原因,日期会被扭曲。
有两种方式:
一个(计算客户端接受时刻的时间):
- 用户接受订单
- 获取当前时间戳
- 向服务器发送当前时间戳
- 在 Db 中存储当前时间戳
秒(在将数据存储在 Db 中的时刻计算服务器上的时间)
- 用户接受订单
- 向服务器发送数据
- 获取当前时间戳
- 在 Db 中存储当前时间戳
因此,不能保证按创建的时间戳对用户进行排序。而且我不能分配订单优先用户,因为我对时间没有信心。
【问题讨论】:
-
听起来您需要高度的实时精度。那是什么精度?每个系统都会有不确定性。你能容忍什么程度的时间不确定性?这听起来对您来说非常重要的是实时知道哪个人实际上首先点击了他们的鼠标。在这种情况下,大多数先到先得的网络策略都不会特别费力地纠正网络延迟等。它对你如此重要有什么特别的原因吗?
-
主要是为了解决两个用户同时接受一个订单的不确定性。
-
我也应该使用队列来存储所有接受的订单吗?
-
但这种不确定性有多重要?如果人 1 点击“接受”,那么人 2 在现实世界中 30 毫秒后点击“接受”,但由于延迟、处理等原因,人 2 的条目首先记录在服务器上。这真的对你来说是个问题吗?因为在现实世界中首先点击鼠标,所以授予第 1 个人的命令真的很重要吗?还是您只是陷入了细枝末节,无缘无故地让自己的工作困难了十倍?
标签: c# mysql algorithm rabbitmq