V2EX › shiny 的所有回复 › 第 32 页 / 共 294 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 28 29 30 31 32 33 34 35 36 37 ... 294

❮

❯

2020-07-07 22:44:27 +08:00

回复了 Licsber 创建的主题 › 问与答 › 基金疯了吗？一堆连涨五天的

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

2020-07-05 21:14:09 +08:00

回复了 systemcall 创建的主题 › Android › 感觉手机太重了，有办法让它变轻点吗？

挂个氢气球，可以变轻

2020-07-05 18:38:40 +08:00

回复了 zealinux 创建的主题 › Docker › Docker 上的 MySQL，发现特别慢，该怎么优化？

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

2020-07-05 18:37:33 +08:00

回复了 zealinux 创建的主题 › Docker › Docker 上的 MySQL，发现特别慢，该怎么优化？

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

2020-07-05 18:21:05 +08:00

回复了 zealinux 创建的主题 › Docker › Docker 上的 MySQL，发现特别慢，该怎么优化？

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

2020-07-05 18:12:04 +08:00

回复了 zealinux 创建的主题 › Docker › Docker 上的 MySQL，发现特别慢，该怎么优化？

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

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

2020-07-05 17:56:37 +08:00

回复了 zealinux 创建的主题 › Docker › Docker 上的 MySQL，发现特别慢，该怎么优化？

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

2020-07-05 17:30:19 +08:00

回复了 philsky28 创建的主题 › Docker › mac 中的 docker 如何连接本机的 mysql ，数据库应该用 docker 吗？

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

2020-07-05 17:24:41 +08:00

回复了 zealinux 创建的主题 › Docker › Docker 上的 MySQL，发现特别慢，该怎么优化？

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

2020-07-05 17:14:59 +08:00

回复了 zealinux 创建的主题 › Docker › Docker 上的 MySQL，发现特别慢，该怎么优化？

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