服务器数据存储比较：内存与数据库

在使用 Go 语言和 MySQL 数据库开发 Web 应用程序时，需要考虑服务器数据存储的最佳方式。对于同时活跃客户端数量不超过 10000 个的情况，将数据存储在内存中可能足够。然而，如果计划水平扩展服务，则将连接存储在数据库中更合适，以确保跨所有服务一致性。

我们正在用 Go 语言制作一个带有 MySQL 数据库的 Web 应用程序。我们的用户一次只能拥有一个活跃客户端。就像 Spotify 一样，您一次只能在一台设备上听音乐。为此，我制作了一个地图，其中用户 id 作为键，并引用其活动的 websocket 连接作为值。根据客户端必须在请求标头中发送的 websocket ID，我们可以识别请求是否来自其活动会话。

我的问题是，将数据（在本例中为带有用户 ID 和 WebSocket 的地图）存储在全局空间中是否是一个好的做法，或者将其存储在数据库中是否更好。

我们预计同时活跃客户数量不会超过 10000 个。平均数可能会在 1000 左右。

解决方案

如果您只运行一个 websocket 服务器实例，将其存储在内存中就足够了。因为如果由于某种原因关闭/重新启动，那么所有连接都将丢失，所有客户端都必须重新创建它们（因此连接列表将再次由所有想要使用该服务的客户端填充） 。

但是，如果您计划水平扩展它，以便在负载均衡器后面拥有多个 Websocket 服务，那么连接可能需要存储在某种数据库中。并不是因为它一定需要更加持久，而是因为您需要能够根据所有服务连接检查请求。

也可以有一个单独的服务来处理传入的请求，并询问所有 websocket 服务是否有请求中指定的连接。如果您添加一个 pub/sub 队列，并且每个 websocket 服务都订阅其所有 websocket id 的通道，并且接收请求的服务然后发布 websocket id，然后 websocket 服务可以在单独的通道上发回回复，则可以完成此操作如果他们有这种联系的话。您必须决定如何处理没有人响应的情况（没有 Websocket 服务具有 Websocket ID）。该频道不存在，或者您希望在特定时间内得到答复。或者，您可以在一般主题上发布问题，并期望所有 Websocket 服务都能回复（是或否）。

关于是否需要扩展它，我想主要取决于您运行该服务的底层服务器。如果我理解正确的话，websocket 服务除了跟踪其连接之外基本上不会做任何事情（您应该添加一些乒乓球来发现连接是否丢失）。那么你的限制应该主要是你的系统可以同时处理多少个文件描述符。如果该限制远大于您预期的最大用户数，那么仅运行一台服务器并将所有内容存储在内存中可能是一个不错的解决方案！

最后，如果您要为所有用户开放 Websocket，为什么不通过该 Websocket 连接进行所有“其他”通信，而不是让他们使用其 Websocket ID 发送 HTTP 请求呢？也许 HTTP 更适合您的用例，但可能是需要考虑的事情:)

以上就是本文的全部内容了，是否有顺利帮助你解决问题？若是能给你带来学习上的帮助，请大家多多支持golang学习网！更多关于Golang的相关知识，也可关注golang学习网公众号。