在 MySQL 中存储 IPv6 地址：DECIMAL(39,0) 与 VARBINARY(16)

当面临存储 IPv6 的挑战时对于 MySQL 中的地址，开发人员通常会考虑两个选项：DECIMAL(39,0) 和 2*BIGINT。虽然两者各有优点，但出现了一种较以前的方法更具优势的新解决方案。

DECIMAL(39,0) 与 2*BIGINT

DECIMAL(39,0)的优点：

• 同时处理 IPv4 和 IPv6 地址。
• 可以使用 SQL 函数进行比较和排序。
• 使用 PHP 函数可以轻松地与二进制表示形式相互转换。

DECIMAL(39,0) 的缺点：

• 空间利用率低于 VARBINARY (16).
• 索引性能比 VARBINARY(16) 慢。
• 存储某些 IPv6 地址时可能会溢出。

VARBINARY(16)

在最新版本的 MySQL 中，VARBINARY(16) 已成为存储 IPv6 地址的首选方法。与 DECIMAL(39,0) 和 2*BIGINT 相比，它具有多个优点：

• 紧凑表示： VARBINARY(16) 恰好占用 16 个字节，与二进制形式的 IPv6 地址。这使得它比 DECIMAL(39,0) 或 2*BIGINT 更节省空间。
• 快速索引： MySQL 的索引性能针对 VARBINARY 数据类型进行了优化，使得搜索 IPv6 的速度更快VARBINARY 列中的地址比 DECIMAL(39,0) 或 2*BIGINT 列中的地址多。
• 无溢出问题： VARBINARY(16) 可以存储任何 IPv6 地址，而不必担心溢出。

转换函数

要在 IPv6 地址的二进制和十进制表示形式之间进行转换，您可以使用以下 PHP 函数：

• inet_pton() 从二进制转换为点分四进制表示法 (IPv4) 或冒号十六进制表示法 (IPv6)。
• inet_ntop() 从点分四进制或冒号十六进制表示法转换为二进制。

结论

对于在 MySQL 中存储 IPv6 地址，VARBINARY(16) 因其空间效率、快速索引和不存在溢出问题而成为首选解决方案。虽然 DECIMAL(39,0) 和 2*BIGINT 曾经是流行的方法，但 VARBINARY(16) 现在提供了性能和功能的最佳平衡。