爱他人就是爱自己啊。
写注释是对自己好也对别人好。

这种完全利己的思想会从工作带到生活中，总会吃到苦头的啊。

引用孟子的一句话：诐辞知其所蔽，淫辞知其所陷，邪辞知其所离，遁辞知其所穷。——生于其心，害于其政；发于其政，害于其事。圣人复起，必从吾言矣。

偏颇的言语知道它片面在哪里；夸张的言语知道它过分在哪里；怪僻的言语知道它离奇在哪里；躲闪的言语知道它理穷在哪里。

知道事情的正反面，辩证的看待问题。

我也是泪点低，这么做后，改进了很多。

@amdhcwte 你对贫穷有啥误解，兄弟。我这都是一个口罩戴一周 。

漏算经常熬夜得各种病的风险和看病的开销。

这是已经被奴役了。。。

微服务现在都是公司的标配了。
这是硬核微服务。。

难道是因为你的 boss 偶然看了贝佐斯提出的服务的 6 个原则？

我的路线是 c->php->java/go->c++ :) java 除了啰嗦点，库真是香

来个复杂点的，把协议抽象出一层。

好，现在感觉还是买口罩困难。

@Jinnrry

行锁的话最简单，50 条全选也没啥。50*20ms 算也很快。

业务的难点是区分可领取任务多用户领取问题。重复领取的问题。只要标注出：task 状态，uid 和 task_id 关系就行。

如果大的量，都是分布式 cache。你也可以考虑用 redis 玩一下。

目前这种方式是比较简单的。
1 你不用引入额外的业务逻辑，比如你说的任务发号器，如果是多机部署就会有问题吧。
2 不用引入 redis 之类的，这样你引入了外部依赖

明白业务的关键点，简化根本复杂性，避免为了解决问题引入偶发可用性。

是 select * from data id = xxx

// 1、先取数据
select * from data where status = xxx limit 50


// 2、写入任务表
insert into task .......



// 3、修改数据状态

update data set status = xxx where xxxx


就像楼上说的 innodb 支持行锁

1 select * from data id for update[这个时候其他的读都是阻塞的]
2 update data set status = xxx where xxxx
3 如果成功 insert into task .......

宏天伟业

学下 linux 基础，写个简单的 http 服务器。

最开始用 wordpress。后来发现自己很长时间不更新，已经改成了博客园。