mysql - 什么时候应该使用 MySQL 压缩协议(protocol)？

Question

我了解到 MySQL 可以压缩服务器和客户端之间的通信。

Compression is used if both client and server support zlib compression, and the client requests compression.

(来自 MySQL Forge Wiki)

最明显的优点和缺点是

• 优点:减少负载大小
• 缺点:计算时间增加

那么，只要我能负担得起具有足够规范的服务器，我就应该启用压缩协议(protocol)吗？还有其他我应该考虑的因素吗？

Answer 1

除了网络带宽和数据库服务器与其客户端之间的延迟之外，性能优势在很大程度上取决于您发送的结果集的大小。

结果集越大，延迟越大，或者带宽越小，您就越有可能看到压缩带来的好处。

您的最高服务水平仅限于最小的瓶颈。因此，您需要分析您当前的网络和 CPU 资源状况。

最优化的数据库服务器会在 100% 的时间里使用 100% 的 CPU，否则你会因为处理器没有做任何事情而浪费计算资源。当然，您不希望它处于 101%，因此您的目标范围远低于 100%。然而，我的观点是，如果在达到 CPU 瓶颈之前您有很多余量，并且结果集很大，并且网络是一个因素，那么请打开压缩。 CPU 周期很便宜，尤其是未使用的周期(您需要支付电费和冷却费)。

如果您为带宽付费，那么以 CPU 使用率换取带宽是很合理的，即使您没有接近带宽瓶颈，更快的速度和更高级别的服务也是值得的。

不要忘记客户端还必须花费 CPU 周期来解压缩数据。不是主要问题，但仍然是一个因素。一般来说，今天的 CPU 比今天的网络更快。