目前用 wildcard ，有点贵，不过一条龙服务挺不错的。
我蹭他们的海外家庭代理网络，顺便绑上了 vvacard 的一张被拒绝的信用卡清理了余额，如果其他虚拟信用卡绑不上，可以用这个抢救一下。不行那基本是被 stripe 识别死透了的卡。
https://bewildcard.com/i/GX6JV4HH

我也用的 NextChat ，刚冲 50$，有点慌。不过话说用 nextChat 怎么会被封？这个 api 的出口应该在 Vercel 那里吧？

@zxCoder 不是的，都是增量部分。你可以看一下 redo log 和 undo log 的实现原理，然后就明白了。
比如说你会发现 redo log 和 undo log 其实不对称，undo log 记录在 redo log 里面；如果数据库不要求实现事务的话，那么 undo log 并不必要，redo log 才是必须的。
你看的这个概括的东西缺乏很多具体细节，当你更深入地了解一些的时候，才会有比较好的理解。

内存的数据一定是最新的，但是内存刷盘操作随机发生，没有时序和逻辑的保证，磁盘中的数据页的同步状态完全不可知。突然故障，只能依赖 redolog 来恢复。

嵌套事务？

@gantleman 我觉得现实不是你想的那么简单，你的 2/98 是怎么得出来的？为什么不是 50/50 ？
你有没有想过你的这种想法能否应对下面的场景：高并发情况下也只有很小的概率造成死锁。这种情况难道直接全部串行？
为什么不能干脆允许死锁出现，然后在死锁检测上多下功夫？
而且我个人觉得"能发现两个 task 有潜在的死锁可能"这个一点都不现实。

别 5 毛 5 毛的，讨论问题不要人身攻击 =_=-

之所以有死锁这个问题，是因为并发的场景很有价值，我们不得不面对这个问题。你这是把洗澡水和婴儿一起倒了.....

线上用过。有时候不得不断言一些基本情况，如果输入有问题直接抛出错误（太懒，不想定义 Exception...)

你说的这个同事是不是...

为了性能可以部分违背范式，不过你要保证用户表上的会员截止日期恩能被正确地更新，缓存要同步。

坐等内幕

相近、同质的业务放一个 ns ？

cron */n 指的是分钟数...能被 n 整除时执行，不是每 n 次执行。
为什么非要是 65 分钟，感觉代码不应该依赖这么奇怪的时间 interval。