我计划生成大量数据，并将其存储在 MySQL 数据库中。我目前的估计指向主表中的四 千百万 十亿 行（只有两列，其中一列已编入索引）。
这里有两个问题：
1) 这可能吗？
更具体地说：
2) 这样的表能有效使用吗？
谢谢！, 詹姆
【问题讨论】：
标签： mysql
当然，这是可能的。它是否可用将取决于您如何使用它以及您拥有多少硬件/内存。对于这么大的表，如果分区对您要存储的数据类型有意义，那么使用分区可能也是有意义的。
预计到达时间：
基于您只有两列且其中一列被索引的事实，我将在这里大胆猜测这是某种键值存储。如果是这种情况，您可能还需要研究专门的键值存储数据库。
【讨论】：
这可能是可能的，MySQL 有几个具有不同功能的表存储引擎。例如，我认为 MyISAM 存储引擎有一个theoretical data size limit of 256TB，但它进一步受到操作系统上文件的最大大小的限制。我怀疑它是否可用。我几乎可以肯定它不会是最优的。
我肯定会考虑以对您的键有意义的方式将这些数据划分到多个表（甚至可能是多台机器上的多个数据库），然后联合任何搜索结果/总计/等。你需要。除此之外，这允许您在并行搜索每个分区的情况下进行搜索（在多服务器方法中）。
我还会寻找一种已经完成了繁重的分区和联合查询的解决方案。我想知道 Google 的 AppEngine 数据存储 (BigTable) 或 Amazon SimpleDB 是否有用。它们都会限制您可以对数据执行的操作（它们不是 RDBMS 的），但是无论如何，绝对大小都会这样做。
【讨论】：
您应该考虑对数据进行分区...例如，如果两列之一是名称，则根据第一个字母将行分成 26 个表。
【讨论】：
我创建了一个 mysql 数据库，其中一个表包含超过 200 万行（导入的美国人口普查县线数据以覆盖在 Google 地图上）。另一个表的行数略低于 100 万行（USGS Tiger 位置数据）。这是大约 5 年前的事了。
我真的没有问题（一旦我记得创建索引！:)）
【讨论】：
4 gigarows 并没有那么大，实际上，今天任何数据库引擎都可以处理它。甚至分区也可能是一种矫枉过正。它应该可以正常工作。
不过，您的表现将取决于您的硬件。
【讨论】：