自顶求不沉，求大佬之路

在布置好 ssh 服务之前，需要启动容器之前，即 docker run 的时候把容器内部的 ssh 服务的 22 端口映射到寄主机上面你指定的端口，例如 2022，参数如下：
-p 2022:22

好久没发贴了，发错地方了。
已手动转贴
t/553822#reply0

@cxbig 可能有时因为情况需要，不方便将容器内文件暴露到外面吧。所以就需要登录到 docker 内部去搞了

@feverzsj 感觉也就能省一半，毕竟一个人如果有 200 个好友，就需要 100 条这样的记录。量还是挺大的。

@kaifeii 那如果是个大 V 的话，几百万的好友列表，对应的这个好友字段岂不会相当长。

我现在遇到的场景大概是这样的：
1. 用户表 大概几个亿
2. 分组表 大概几百个
3. 用户可以在多个分组内, 即对应多个分组
4. 便于用户经常更新所属分组信息
更具上述情况构建 用户和分组的关系

这样看下来就是一般的多对多关系，只不过一边量比加大，一边量比较小而已。
如果按网友 A 和 B 的样子设计一个关系一行数据下来 关系表 的预计大小也在百亿左右。感觉挺占数据空间的，但感觉从 分组角度 来看检索速度会比较快。

如果将每个用户的所拥有的分组合并在一起，例如写成一个 list[A 组，B 组，C 组，等等]，这样存在一个字段 teams 里面，就可以直接写到用户表内，数据空间是到省了不少。但是从 分组角度 来建立索引检索感觉会非常慢，因为毕竟对字符串的检索要比对数字的检索慢很多。

现在比较纠结是拿空间换时间，还是拿时间换空间，总感觉还应该有更好的解决办法。
求指点

@fangchang 目前用的是 MySQL，还不想因为这个换库

还有想问问大家都是怎么来运行大批量 worker 的：

目前本人使用 docker compose 批量启动运行大量包含 celery 的容器 worker 来运行的，
内部运行的程序主体 是通过 docker 中 volumes 文件映射 将 同一 host 主机中的 所有 worker 类 docker 全部映射到 同一文件路径，然后各 host 再通过 git 来更新迭代代码。（不知道大家都在用什么方法，感觉自己应该不是最 low 的一个吧）

@yongzhong 我仔细回想了一下，我遇到的应该是 4.0.0 celery 无法在 rabbitmq 中创建 queue，导致 所有 worker 能找到 broker 但是订阅不到 queue。flower 中是能看到 worker 的。

还想问大家目前都用的 celery 的哪个版本。
我目前用的是 3.1.25 （因为用 4.0.0 时发现 Rabbitmq 和 celery 中的 flower 老是无法正常连接，别告诉我你们没有遇到
-_-!）

@reAsOn 我用的 Rabbitmq ，感觉 这个 Rabiitmq 在别的地方没怎么见过，可能是我太孤陋寡闻了吧……

@JasperYank 我前两天刚试了试 router 功能， 貌似可以跑通。要不要和你分享一下

@FiveDDD 国外官网吗？

首先有个小问题，为神马说“直接互联网上暴露了 mysql 接口” 。难道你的 web 应用框架，是直接把后台处理数据库部分代码直接暴露在 web 访问的表层了？我记得 Django 一类的 web 框架都有很好的分层处理的概念吧，譬如 mvc 等。

@JasperYanky
@cszeus 等我把 celery 这个坑趟平了，再去试试哦

@misaka19000 够用是够用，但对于英语战斗力较低的同学来说（譬如本人），还是有些望而却步。

@chengxiao 看来你也找了有一阵子真实案例了吧。有没有什么成效