V2EX › cabing 的所有回复 › 第 50 页 / 共 104 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 46 47 48 49 50 51 52 53 54 55 ... 104

❮

❯

2020-03-11 09:41:10 +08:00

回复了 smallpython 创建的主题 › 职场话题 › 这种想法算不算被金钱奴役?

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

这是已经被奴役了。。。

2020-03-11 09:39:05 +08:00

回复了 Aliberter 创建的主题 › 程序员 › 关于微服务设计的一个问题

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

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

2020-03-11 09:16:11 +08:00

回复了 ahuanggg 创建的主题 › Java › 初学 Java ，表示真香！

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

2020-03-10 20:46:29 +08:00

回复了 Aidenboss 创建的主题 › C++ › [c++ 学习一] 使用 libuv 做一个聊天工具

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

2020-03-09 10:19:55 +08:00

回复了 Skmgo 创建的主题 › 中国 › 我们终于开始量产口罩了.

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

2020-03-07 12:57:54 +08:00

回复了 Jinnrry 创建的主题 › 问与答 › 一个高并发架构问题，求指点

@Jinnrry

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

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

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

2020-03-07 12:47:27 +08:00

回复了 Jinnrry 创建的主题 › 问与答 › 一个高并发架构问题，求指点

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

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

2020-03-07 12:44:11 +08:00

回复了 Jinnrry 创建的主题 › 问与答 › 一个高并发架构问题，求指点

是 select * from data id = xxx

2020-03-07 12:43:46 +08:00

回复了 Jinnrry 创建的主题 › 问与答 › 一个高并发架构问题，求指点

// 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 .......

2020-03-05 13:39:19 +08:00

回复了 iyg429 创建的主题 › 问与答 › 帮忙给公司起个名字，采纳有红包!

宏天伟业

2020-03-04 17:52:30 +08:00

回复了 station 创建的主题 › C › C 的语法基本看完了，下面该学什么？

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

2020-03-03 14:50:01 +08:00

回复了 supersu 创建的主题 › Blogger › 昨天花了一下午的时间终于人肉把 30 篇博客从 hexo 迁移到了 wordpress，欢迎友链

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

2020-03-03 10:33:21 +08:00

回复了 skypyb 创建的主题 › Blogger › 有一个持续更新了两年的博客，终于有一天带给了我惊喜

恭喜，加油哦。坚持做一件事不容易。