参考浏览器地址栏：显示的时候显示文字，实际储存 Punycode

这下惨了，过好几千年都有人知道我的代码写得有多烂

今天赚了一个点

iPhone 换了 Android，4G 信号都好多了； 5G 和 4G 没感受出差异

有氧运动和无氧运动的区别

文案为王

我用 docker 配的，折腾半个小时就行了

闪电打下来的瞬间，你必须在场。等跌一跌的时候再撤也不迟，没上车的捂好现金等下次大跌吧。

挂个氢气球，可以变轻

@bfme 真要集群了，不如研究下分布式数据库

@bfme 有看到一些分享文章，但没那么详细。还有同程艺龙 QCon 2018 上有个分享《 MySQL 的 Docker 容器化大规模实践》会更详细点。但他们的量级都太大，他们的痛点在一般公司里都不是问题。

@bfme 美团就是 Docker 里跑 MySQL 集群的。安全这块和是否跑在 Docker 倒关系不大，反而可能更安全，但主要还是消除短板：任何一块短板都可能是攻击的跳板。

@bfme
需要看你需求场景，如果一开始数据量比较小，需要专注在业务上，而不是架构：很多人都是操着卖 bf 的心，干着卖白菜的业务；
一个系统里，最贵的都是用户和流量；哪怕业务量上来了，也可以简单通过升级硬件配置来支持起增长的流量；
我见到的最多的场景是：架构复杂，用了好几台服务器，但项目最后倒闭了，公司一分钱也不想多出；由于续费成本高，干脆把项目关停了。

最后，如果你的平台一开始量就这么大就当我没说，还是要好好规划架构的。

@bfme 不会丢的，反而上 docker 之前 mysql 损坏过不少次。这种方式用了四年，两个项目，目前的项目不到一年跑了两千三百万订单，金额五个亿。

你这种情况，为了方便，完全可以把 MySQL 放容器里，不要太香。
哪怕是线上环境，多大的量级，就担心数据库放容器里有性能损失了？

@bfme 宕机也不是 MySQL 引起的，它太稳了。唯一的问题是复杂场景下 MySQL 不能胜任，改成集群也没用，需要改架构。

@bfme 单表就几千万条，单机就能轻松应付了。

我为了尽量避免让人白跑，招人都不让 HR 招了

写段 rap 放在网页上