存储大量表的替代方法——MySQL答案

【问题标题】：Alternate to storing Large number of tables -- MySQL存储大量表的替代方法——MySQL
【发布时间】：2011-02-12 05:11:31
【问题描述】：

嗯，我一直在处理大量的网络数据。我必须在其中过滤掉一些 IP 地址并存储它们与其他 IP 的通信。但是IP的数量是巨大的，几十万，我必须为此创建这么多的表。最终，我的 MySQL 访问速度会变慢，一切都会变慢。每个表都有几列，多行。

我的问题：
有没有更好的方法来处理这个问题，我的意思是存储每个 IP 的数据？
有没有类似表格的东西？

[编辑] 我存储在不同表中的原因是，随着时间的推移，我必须不断删除和添加条目。
这是表结构
CREATE TABLE IP(syn_time datetime, source_ip varchar(18), dest_ip varchar(18));

我使用 C++ 通过 ODBC 连接器进行访问

【问题讨论】：

标签： mysql

【解决方案1】：

不要频繁地删除/创建表。 MySQL 在这方面非常有问题，这是可以理解的——它应该只在新机器上创建数据库时执行一次。它会损害缓冲池命中率等因素，并且磁盘 IO 会激增。
改为使用 InnoDB 或 xtradb，这意味着您可以在插入新行的同时删除旧行。
将 IP 存储在类型为 int(10) unsigned 的列中，例如192.168.10.50 将存储为 (192 * 2^24) + (168 * 2^16) + (10 * 2^8) + 50 = 3232238130
将所有信息放入一张表中，只需在索引列上使用SELECT ... WHERE

【讨论】：

【解决方案2】：

动态创建表几乎总是一个坏主意。另一种方法是规范化。我不会深入讨论其中的学术细节，但我会尝试用更简单的术语来解释它。

您可以将数据之间的关系分为三种类型：一对一、一对多和多对多。想想每一位数据如何与其他位相关，以及它具有哪种类型的关系。

如果数据关系是一对一的，然后你通常可以把它放进去同一张表的同一行。有时可能有理由把它分开一对多，但一般来说，把它们都粘在同一个地方。
如果数据关系是一对多，应该引用在两个表之间由它的主要键（你给每个表一个主键，对吧？）。 “一”面一对多的应该有一个字段它引用的主键另一张桌子。这个字段被称为外键。
多对多是最复杂的关系，听起来像你有几个。你必须创建一个连接表。该表将包含两个外键字段，一个一张桌子，另一张桌子其他。对于两个之间的每个链接记录，您将添加一条记录您的联接表。

希望这能让你开始。

【讨论】：