MVCC = trx_id + roll_pointer + undolog 版本链 + ReadView
ReadView 结构中维护了当前事务开启时的活跃事务 id 列表，判断可见性就是 5 楼说的规则，这就保证了 repeatable read 隔离级别下不会出现不可重复读问题。

至于幻读问题，按照 SQL 标准来说 repeatable read 隔离级别是会出现的，但 MySQL InnoDB 的实现中避免了幻读，主要是通过 MVCC + Gap Locks 实现的。因为幻读描述的是在一个区间内的两次查询会出现原本不存在的行、或原本存在的行消失了，Gap Locks 通过在一个区间内加锁，导致后续事务无法修改数据，从而避免了幻读的发生。

你都说高峰期接口耗时日志明显增加，建议先查后端逻辑。
有可能后端因为某种原因响应很慢，导致 Nginx worker 无法快速响应前端，直到把 worker 全都占满。
如果是这种情况的话，问题出在后端，调高负载均衡配置不解决根本问题。

@Sawyerhou topK 用小顶堆恰恰就是为了不把所有数据放进堆里吧，这样复杂度 logk ，要是用大顶堆 logn 了。
还是说我没理解你的意思，用大顶堆是有什么特殊考虑吗？

这题如果是纯算法题，那么除了外部排序加最小堆真没别的思路了。
如果是个实际工程题那就可以并发处理，每组并发线程都做 topK ，最后汇总 topK ，类似 MapReduce 。

蹲个后续看看纯算法的话有其他什么方案。

官网这篇文章确实有些晦涩，甚至文档一开始就表示如果想要搞协程，建议干脆直接用 channel 或 sync 包就完了，不用看文章内容。
可能官方文档出于严谨考虑，写的东西非常理论化，实际效果又有点反直觉，确实不好理解。
我读过几次心得主要是，文章说明了 go 在协程并发环境下可以提供的保证有哪些，也就是所谓 happens before 、synchronized before 这类保证，这种保证可以让开发者放心的写代码，因为只要符合这些保证生效的场景，就必然可以得到可预期的结果。
反之除了文章中提到的场景外，其他并发场景就不提供任何保证了，换句话说啥结果都可能冒出来。

至于为什么可能出现死循环，我想应该跟底层硬件有关了，例如 sync 包很多同步操作底层都涉及到屏障操作，就是让不同 CPU 寄存器中的数据可以在一致的前提下被读写，那么反之如果不使用任何同步原语，那也就不涉及到屏障操作，不同 CPU 可能持有的还是各自不同的副本...

@rocliu2020 是的，我刚回复里也想提来这一点来着，可能广州当地朋友感受不明显，甚至完全就是我自己的意淫。不过旅行嘛，就是从自己呆腻了的地方去到别人呆腻了的地方的过程，无论去哪只要让自己感受到了没有过的体验就很好。

我也是裸辞之后出去玩了一圈，我本身是北方人，工作生活也一直在北方，所以出去主要选择了南方城市，感受一下另一种生活，写了一篇游记算是回忆 https://www.lipijin.com/southwest-walk

成都的安逸和重庆的夜生活都给我留下了很深的印象，但让我最喜欢的还是广州。广州给我一种不疾不徐、淡定从容的感觉，就像穿城而过的珠江一样，她不像川渝地区的长江那样大开大合，反而呈现出的是安静隽永。
生活在这里的人们仿佛也有着同样的特质。在珠江边钓鱼的人中有大叔也有小伙儿，一辆小踏板外加一根鱼竿，走到哪甩到哪；广场上有打牌益智类活动，也有乐队唱跳文体类活动；拍结婚照的情侣请来了两个醒狮助阵，摆出 pose 时周围的人会鼓掌喝彩；这里仿佛每个人都自得其乐，你很精彩，我也不差。

有机会我还想去广州，如果可以的话我会考虑去广州定居。

风险应该没有，更多的是成本问题。注册运营公司的成本考虑了吗， 包括一次性成本和定期成本，也是一笔不小的数目，考虑清楚就没问题了。

GAP 了一年，之前是跟着同事+室友出去创业，公司做了八年。
业务经历过辉煌，也跌入过低谷，辉煌的时候得到了国内最大电商的投资，低谷时业务量跌落回了初创期水平。
回想从毕业开始结识了这些同事又一起出来创业，虽然结果可能不完美，但过程足够精彩，我觉得已经非常幸运了。
对我来说，创业真的是一件让人上瘾的事，有一种痛并快乐着的感觉。
最终选择离开并决定 GAP 是因为业务已经事实上宣告失败了，虽然业务还在线，但在可预见的未来肯定会逐渐衰减，势不在了。
想到这么多年一直在路上匆忙赶路，并没有停下来关注下自己，关注下家人，好像特别关注一些所谓的“正事儿”，同时又忽略了更多的事，所以我决定停一停，稍作歇息，再重新出发。

「纳指的年化平均都有 30%左右。贷款年化目前一般只有 3.x% 。」
这么算下来，简直可以抵押车房、向亲戚朋友借钱、各种小额贷全搞一遍，能贷多少贷多少，然后全仓进纳指。
你想想为什么别人不这么干呢？

不要回答！
不要回答！
不要回答！

你这统计口径是啥啊？该不会是图片请求的 UA 吧

相比其他社区，掘金的后台发布还是比较好的，例如文章管理和数据统计等等，而且界面相对简洁清爽很多。
反观一些传统社区那页面布局仿佛还停留在 Web 早期，简直不忍直视了。

gap 一年，打算过了年看机会

@kuanat 47 楼说到问题的本质了。
话说回来按照现有的虚拟环境的方式做隔离也未尝不是一个好的方式，从解释器到依赖包再到文件路径统统可以隔离，完全在自己的掌控之内，这种感觉让我着迷。

这不就是网关干的事么，所有请求都进网关，网关根据请求特征再决定分发给谁处理。

Pentium 奔腾处理器
广告语：给电脑一颗奔腾的芯