V2EX › niubee1 的所有回复 › 第 20 页 / 共 117 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 16 17 18 19 20 21 22 23 24 25 ... 117

❮

❯

2021-12-13 23:42:10 +08:00

回复了 xpyusrs 创建的主题 › Go 编程语言 › 高并发情况下如何保证金额加减的一致性

@xpyusrs 单节点的你要靠谱还不如直接用数据库事务好了，你用 go 的互斥锁那是硬生生的把法拉利开成了拖拉机

2021-12-13 23:18:31 +08:00

回复了 xpyusrs 创建的主题 › Go 编程语言 › 高并发情况下如何保证金额加减的一致性

那要看你是在单节点实现高并发还是多节点实现高并发，如果都交给数据库那就开事务，用数据库去解决一致性问题，但是性能不容乐观，如果要多节点实现高并发，那么分布式事务的 CAP 问题，要么用现成的分布式事务方案，要么自己实现 2 阶段提交（ 2PC ）或者 3 阶段提交（ 3PC ），或者更近一步实现 Paxos 算法。这个问题很多现成方案，真没有必要自己再想当然的搞一套了，因为 CAP 三个问题你只能搞定其中两个，别自出机杼了

2021-12-13 15:31:47 +08:00

回复了 chengfeng1992 创建的主题 › 信息安全 › 老哥们，我被暴力破解了！我该怎么办？

我自己的 VPS 一直在被爆破，但是并没有什么卵用，关了密码登陆只允许用 RSA 密钥登陆，靠爆破要等到天荒地老了。

2021-12-13 15:27:14 +08:00

回复了 daoqiongsi1101 创建的主题 › MySQL › 关于 MySQL 建表主键用自增还是 uuid 的问题

MySQL 用 uuid 有性能问题，最好是自增

2021-12-13 15:19:38 +08:00

回复了 kingofzihua 创建的主题 › Linux › 问一个协程方面的问题

协程主要针对的场景是 IO 阻塞的时候能够有轻量高效的处理大批量并发任务。对于大量并发的 CPU 开销（运算）来说，协程毫无用处，因为协程并不能协调 CPU 资源，比如控制 ffmpeg 压缩视频这事，你用协程就没办法，因为 CPU 核就这么几个，你并发上万个协程也没法变出更多的 CPU 资源出来，反而会因为过多的切换而更慢。

2021-11-24 09:28:43 +08:00

回复了 niubee1 创建的主题 › 程序员 › 最新感悟，全栈开发不如共栈开发，省时省力效率高

@loolac 但是实测 AOT 并不比 Java 慢，也许是我的用例太窄，没有覆盖到恰好性能瓶颈的地方

2021-11-22 17:23:31 +08:00

回复了 Natsuno 创建的主题 › 汽车 › 纯电车该怎么选？

根据你的需求，五菱宏光 MINI EV 吧，市区内开开很惬意的，你开个特斯拉在市区里蹦 0-100 多半是脑子被驴踢过了。过渡期间买个便宜的，将来换也不心痛

2021-11-22 16:02:04 +08:00

回复了 jielong 创建的主题 › 成都 › 离职了，准备躺到过年

开上车，一路向西

2021-11-22 15:55:37 +08:00

回复了 beyoung 创建的主题 › 程序员 › 从程序员到经营温泉度假酒店

疫情期间这个生意风险系数有点大噶