不考虑安全的东西再快，你敢用吗？
问题没有实际意义，扯淡摸鱼还行

我去，着实有点蛋疼

@okcdz 那要这么说的话，国外的月亮莫非真的圆一些？我的 mx 是朋友国外寄过来的，好几年一点问题没有。

@MortyP 设置里面就有改建吧

mx master 难道生产力还不高么。

@HanLi2021 具体场景可以类比一下么？没遇到过这种场景

来个数据预热？
我的理解里面 3 亿空值难道很多吗？
缓存很多时候是解决速度问题，如果压力不高就让他穿呗，如果压力很大，那就来个数据预热？
有一点不太明白，你来个空值的 key 的话能解决问题吗？
逻辑上会不会反会 null 而出现逻辑错误呢

@ArJun 我感觉其实高并发不光是性能要求，还有高并发下面的业务逻辑问题。类似的业务在低并发的时候也有可能出现错误，高并发下面会加剧。此外，我感觉高并发的场景下还会涉及到错误恢复等问题，这快更多的是经验值的问题，很少看到有类似的分享。
我就吃过不少亏。

@SmiteChow 确实很离谱，电脑卡不是不关机造成的，更多的应该是垃(sha)圾(du)软(ruan)件(jian)造成的吧

下班不关机还不好说，学我们公司，一次下班没关机，罚钱 50，你看他还关不关

这么闲？

@monsterxx03 redis 作者和某个大佬讨论了分布式锁的各种模型，被指出 redlock 存在一定几率锁失效（条件蛮极端的，好像和时间线有关系，暂时不是很清楚，大佬可以解释一下）。但是我觉得吧，小公司就别纠结这个了，那么点量，都不见得能触发这种几率

redis 作者曾经和某个分布式系统大佬 battle 过分布式锁的各种模型。所以我估计作者是有考虑过这个场景的