* 转 golang done
* 转 remote 并回老家 done
* 结婚 done
* 新房装修 （ doing ）

到时候一定去，哈哈，这感觉真不错

插眼。最近家里也要拉网，另外能问一下资费问题么

@AltairT 就硬刷...没啥特别的计划，可能就是同一类型的多做几道

@zalviny 南京还是挺适合生活的哈哈

两年前和你差不的状态，最后去了上海，我觉得很值

整个经历我记录下来了 https://zhuanlan.zhihu.com/p/420267538

其实业界已经有很标准的做法了，抄作业的最快办法就是

1 上云买云版本 k8s
2 容器化你们当前的服务
3 slb 直接打到 k8s 的 ingress controller

至于业务 /db 拆分 这就是写代码的事情了, 可以慢慢考虑

----
但是,如果现在毫无头绪的话建议不要上来就集群微服务

单机性能有瓶颈了先上 nginx 后面拉几台机器负载均衡一下

等心里面有数了（有人力）之后再考虑上微服务集群那一套

poetry 像是一个符合作者本身电波的工具大集合，让作者本身能把开发 python package 的工作流程都统一在一个工具里

同时他还解决了一些其他问题，比如：

* pip 没锁二级依赖
* pipenv lock 太慢
* virtualenv 配置稍显麻烦
* setup.py 配置不是那么方便

---
当然，想要觉得好用，得和这个工具的电波对上，像我反正是一直不喜欢用 pipenv...尝试过几次还是放弃了，但是尝试用 poetry 之后，发现真香

分子+1

@learningman
我们看 hacknews 的时候不也是是全是英文的嘛？这样问题感觉不大？看不懂就一点一点翻译呗，觉得麻烦就去学中文嘛，就像我们学英文一样

@WillingXyz 不好意思，刚看到标题是从主库读，从主库读的话是不会出现出现这种情况的，一定是事务先提交才会写 binlog （落盘）

----

但是如果是订阅 mysql 的 binlog 的话那又是另外一回事了，如果 mysql 内部采用了两阶段提交（ XA ）的话
是有可能先写 binlog，再 commit 的，即你的 slave 订阅者读到一行的写入之后（ row write ），马上去主库查询这条 id 的记录，有可能此时 commit 还没被提交（ server 的负载过大，还没来得及提交）

具体我发现了一篇文章讲的还挺好的（ https://blog.51cto.com/wangwei007/2323844 ）

@WillingXyz 你说根据 id 查询不到数据，查的是主库还是从库？

已经写入到 binlog 中的数据说明事务已经已经被提交了，无论 mysql 有没有落盘，这条记录都是能被查询到的

redo/undo log 的机制就是在保证就算没落盘宕机了，也不会丢数据

个人理解可能有不对的地方

数学老师？

支持

这里也有个 go 版本的 https://www.v2ex.com/t/783810#reply13

@coolcoffee 谢谢 我研究一下

@fenglangjuxu 感觉功能点有类似的地方


@internelp 🤔 是 ehco 不是 echo 哦