Google上的MySQL压缩

Question

由于Google是MySQL的托管实例，限制在100 be内存的第二代计算机上，我应该压缩一些表和索引数据吗？我正在设计一个全局系统，所以最终工作集可能会超过100 am。

以前，我在SQL Server和Oracle系统中压缩内存绑定的表和索引，从而实现了性能改进。

我是GCP的新手，因此也是MySQL。在这种情况下，压缩的用法是否仍然适用？我是否可以运行这样的函数或过程(比如Server中的compression_estimate )来评估表或索引是否会从压缩中受益？

Answer 1

你真的需要压缩吗？一个数百兆字节的数据集可能很高兴地生活在100 G-RAM机器上。你的数据是什么样的？短信？小水泡？很多行吗？愿意分享CREATE TABLEs吗？

我没有关于Cloud的任何细节。但是..。

当考虑缩放时，压缩通常不是第一个要看的地方。它有开销(通常是CPU，有时是复杂的)。

• InnoDB的压缩为您提供了大约2倍。
• 外部压缩(压缩等)给出约3倍的文本。对于“缩放”来说，这并不是很重要。
• TokuDB和InfiniDB声称获得了10倍的收益，我也听说过这方面的支持证据。

“缩放”通常涉及切分或其他一些“分布式”技术。

RAM通常不是缩放的限制因素；它是磁盘空间。或者可以是几种衡量标准之一-IOP、网络带宽等等。

缩放..。

• 读缩放是‘容易’通过复制处理。
• 任何正常的技术都不处理写缩放。
• Galera集群给出了一些写入缩放。
• 分片提供了大量的写入缩放，但在应用程序中具有明显的复杂性。
• MySQL的NDB集群提供了一些写入扩展，但它通常仅限于小众应用程序，而不是一般用途。(设置非常复杂。)
• 我怀疑任何现成的数据库“缩放”--小心市场炒作。(Web服务器易于扩展，而数据库则不然。)