【问题标题】:How to handle mysql table size which is more than 2 GB [closed]如何处理超过 2 GB 的 mysql 表大小 [关闭]
【发布时间】:2019-08-27 12:13:47
【问题描述】:

我在 MySQL 服务器中有一张表。每 1 周达到 2 GB。我通常会备份该表并删除数据。请建议是否有任何其他最佳解决方案可以解决此问题。

我有几个疑问:

1) 我应该将此特定表移动到其他 NoSql Db,如 mongoDb 或 Cassandra 吗? 2) 增加 MySQL 服务器的大小是否有助于解决这个问题?

【问题讨论】:

  • 您的问题绝对没有任何细节可以提供任何合适的解决方案。首先提供详细信息,例如表格的用途是什么;存储什么样的数据; SHOW CREATE TABLE .. 语句等的结果
  • 为什么 2GB 表是个问题?
  • “请建议是否有任何其他最佳解决方案可以解决此问题。” 考虑 RANGE 分区...然后您可以删除一个分区并在几乎“实时”内删除数据(instant)" .. 选择你可以使用的当前数据SELECT * FROM table USING PARTITION ...` 假设你每周分区并且你的 MySQL 版本支持这个..
  • @Jyoti:另外,您使用的是什么版本的 MySQL?执行select version()
  • @BobJarvis 2 GB 大小是个问题,因为像这样还有更多的表,并且在更改或获取表详细信息时需要花费大量时间。 Mysql版本是5.5。

标签: mysql server


【解决方案1】:

1) 我应该将此特定表移动到其他 NoSql Db,例如 mongoDb 还是 Cassandra?

将数据移动到 MongoDB 或 Cassandra 的决定不仅仅是为了将数据转储到其他地方而做出的决定。这些存储具有与 MySQL 等 RDBMS 不同的数据模型和操作问题。

2) 增加 MySQL 服务器的大小可能有助于解决这个问题吗?

您似乎受到磁盘大小的某种限制,这令人惊讶,因为 2 GB 在存储方面算不了什么。您的智能手机拥有比这更多的存储空间。你应该增加它,然后制定一个归档政策。或者,如果正如其他人所指出的那样,如果您达到了文件系统大小限制,那么您可以进行分区,如果数据受到 where 子句限制在少数分区之一中,那么分区也有其他好处,比如更快的查询。

【讨论】:

  • 我认为 topicstarter 更受磁盘分区的最大文件大小限制,并且担心达到该限制,MySQL 分区将/应该解决这个问题
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2016-12-19
  • 1970-01-01
  • 1970-01-01
  • 2011-06-30
  • 1970-01-01
  • 2011-08-25
  • 2014-12-16
相关资源
最近更新 更多