几天前，有人向我寻求针对这种特殊情况的帮助。 Azure 上设置的 MYSQL 数据库大小已达到 4 TB。我之前建立过数据库并为它们开发过，但我并不是真正的 dba。
他们认为，问题在于 Azure 的大小限制为 4 TB(几个月内该大小将增加一倍，但幸运的是它不会继续这样增长)。我与他们讨论了获取部分数据的事宜，但他们显然需要所有 10 年的数据。他们不想从 Azure 迁移或使用 MYSQL 以外的其他东西。他们向我指出的一件事是，特别是 1 个表的大小几乎为 2 TB。
不幸的是，我还没有获得访问数据库的权限，但我只是想询问在这种情况下我的选择。我对此进行了一些研究，我看到了像 MYSQL 分片这样的东西。这是唯一的选择吗？可以在Azure上完成吗(我在Azure上看到了针对SQL Server的SQL分片文章，但没有针对Mysql)。例如，我可以将一些表分区到另一个 MYSQL 数据库中吗？
我想我只是在寻求有关如何推进此事的建议。任何有关此类内容的链接都值得赞赏。
谢谢
最佳答案
简单答案
4TB 不是 MySQL 的限制，因此 Azure 限制了您。切换到其他服务。
future 的问题
但是...4TB 充满了问题，尤其是对于非 dba 来说。
- 数据类型过大(浪费磁盘空间)
- 缺乏标准化(浪费磁盘空间)
- 需要汇总表(如果是数据仓库)
- 索引(性能)次优
- 提取速度(加载新数据时陷入困境)
- 查询速度
- 分区以帮助清除(如果您最终要清除“旧”数据)
- 分片(这是一个与所有其他讨论加起来一样大的讨论)
所有这些都可以解决，但我们需要查看架构、查询、数据流、整体架构等。
关于Mysql 数据库大小增长超过 4 TB？ Azure 最多支持 4 个，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/56052096/