现在看，19 年的氛围和现在很不同

最近也在看，也不知道是不是英文，所以争议才会这么大。我也提供一个佐证楼主的证据
https://redis.io/topics/distlock#:~:text=In%20order%20to%20meet,each%20instance%20is%20similar).

In order to meet this requirement, the strategy to talk with the N Redis servers to reduce latency is definitely multiplexing (or poor man's multiplexing, which is, putting the socket in non-blocking mode, send all the commands, and read all the commands later, assuming that the RTT between the client and each instance is similar).

这里的 multiplexing 是不是也是同时发送的意思？而不是依次

@wakzz 不可能，要保证 n/2+1 的量，所以一定俩个 client 在获取锁的时候，一定会有在一个服务器争锁的情况，最终只会有一个 client 获取

@dongfang 你是来搞笑的吗？
1. 他不收费，我就不能说他的问题？
2. 喷和说他的问题，是俩回事好吧，你哪只眼看到我喷了？
3. 中国程序员待遇不如欧美，这个问题可大了，但你竟然认为原因是市场上太多不付钱，且一堆事的用户？你个真是个小天才

反而是你
1. 我也没求着让你回复，你可以忽略这个帖子，甚至 block 我
2. 接着，你这才叫喷好吧，并且直接代表了中国所有的程序员，发出了一个及其幼稚的观点

@rebecca554owen 这是五笔吗？

@Dvel 针打再多，针不也从来不是个词呀 [哭笑不得]

@mopig 你这个也是搜狗吗，我是 mac

本科，大学狂看 c++，实习阴差阳错做 php ，做了 4 年，然后辞职休息了一年，转行 java 一年，目前 18K 。
从第三年开始，我的工资就没涨过，前途一片灰暗

代码中肯定是用 enumerate ，方便管理使用
至于映射到 MySQL 是什么反而随意了，int varchar 都不差，MySQL 中的 enum 我没用过（没听过哈哈）

我觉得代码中一定要用 enumerate 去限制，这个很重要

@gam2046 你好，我看到你说一言不合就笛卡尔积，就去查了一些资料，只有一种情况会产生：join (没有 on)的情况下，我说的对吗

没接触过过 go ，但有意向
一直用的是 java ，可以吗

我朋友的 win11 总是莫名蓝屏，直接装了黑苹果用了，好好的

简历没过，也没说理由

@simonlu9 对对

@ikas 感谢，解决了

用数据库的行锁，select ... where orderId = XXX for update 这样就能保证对于一个订单来说，只有一次请求可以获取锁

业务没必要这么复杂，用户用的都闹心
对于你们来说是多加商家的订单，但用户面对的是你们一家商城
所以建议用户取消支付后，就是取消的所有（子订单）的订单，用户是感知不到子订单的

@yibo2018 即便加上 for update 也要用先开启事务，才会生效