主页 / dba / 问题 / 143795
Accepted
DamagedGoods
Asked: 2016-07-14 13:17:34 +0800 CST

Google Cloud SQL 上的 MySQL 压缩

  • 772

由于 Google Cloud SQL 是 MySQL 的托管实例，在 100GB RAM 的第二代机器上限制为绝对最大值，我应该压缩我的一些表和索引数据吗？我正在设计一个全局系统，因此最终工作集可能会超过 100GB。

以前，我通过压缩受内存限制的 SQL Server 和 Oracle 系统中的表和索引实现了性能改进。

我是 GCP 的新手，因此也是 MySQL 的新手。在这种情况下，压缩的使用仍然适用吗？是否有任何此类函数或过程（如 SQL Server 中的 compression_estimate）我可以运行以评估表或索引是否会从压缩中受益？

mysql compression

1 个回答

  1. Best Answer

    你真的需要压缩吗？多 TB 的数据集可以愉快地存在于 100G-RAM 的机器上。你的数据是什么样的？文本？斑点？很多行？愿意分享CREATE TABLEs吗？

    我没有关于 Cloud SQL 的任何详细信息。但...

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

    • InnoDB 的压缩率大约为 2 倍。
    • 外部压缩（zip 等）为文本提供大约 3 倍的压缩率。这对于“缩放”不是很重要。
    • TokuDB 和 InfiniDB 声称可以达到 10 倍，我听说过这样的支持证据。

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

    RAM 通常不是缩放的限制因素；它是磁盘空间。或者它可以是几个指标中的任何一个——IOP、网络带宽等。

    缩放...

    • 通过复制“轻松”处理读取缩放。
    • 写入缩放不是由任何常规技术处理的。
    • Galera Cluster 提供了一些写入缩放。
    • 分片提供了大量的写缩放，但在应用程序中明显复杂。
    • MySQL 的 NDB Cluster 提供了一些写入缩放，但它通常仅限于小众应用程序，而不是一般用途。（而且设置非常复杂。）
    • 我对任何现成的数据库“扩展”持怀疑态度——谨防营销炒作。（Web 服务器易于扩展；数据库则不然。）
    • 1

相关问题