如何在mySQL中存储IP

我建议查看您将运行的查询类型,以决定采用哪种格式。

只有在需要拔出或比较各个八位字节时,才需要考虑将它们分成单独的字段。

INET_ATON() 和 INET_NTOA()

性能与空间

存储:

UNSIGNED INT 它只使用4字节的存储空间。

要存储单个八位字节,只需使用 UNSIGNED TINYINT SMALLINTS ,这将占用每个存储器的1字节。

这两种方法都将使用类似的存储,可能会稍微多一些用于单独的字段,以节省一些开销。

更多信息:

• Numeric Type Overview
• Integer Types (Exact Value) - INTEGER, INT, SMALLINT, TINYINT, MEDIUMINT, BIGINT

使用单个字段将产生更好的性能,这是一个单一的比较,而不是4。您提到,您将只对整个IP地址运行查询,因此不需要将八位字节分开。使用 INET_* MySQL的函数将在文本和整数表示之间进行一次转换,以进行比较。

A. BIGINT 是 8 MySQL .

储存 IPv4 UNSINGED INT 够了,我想这是你应该用的。

我无法想象会发生什么情况 4 八位组将获得比单个八位组更高的性能 INT ,后者更方便。

还请注意,如果您要发出如下查询:

SELECT  *
FROM    ips
WHERE   ? BETWEEN start_ip AND end_ip

哪里 start_ip 和 end_ip

这些查询用于确定给定的 IP 在子网范围内(通常禁止)。

为了使这些查询有效,您应该将整个范围存储为 LineString SPATIAL

SELECT  *
FROM    ips
WHERE   MBRContains(?, ip_range)

有关如何操作的更多详细信息,请参阅我的博客中的这篇文章:

• Banning IPs

native data type 为此。

更严重的是,我会陷入“一个32位整数”阵营。IP地址只有在将四个八位字节考虑在一起时才有意义,因此没有理由将八位字节存储在数据库中的单独列中。您会使用三个(或更多)不同的字段存储电话号码吗?

对我来说,使用单独的字段听起来并不特别明智——就像将zipcode拆分为多个部分或电话号码一样。

(PERL)

sub ip2dec {
    my @octs = split /\./,shift;
    return ($octs[0] << 24) + ($octs[1] << 16) + ($octs[2] << 8) + $octs[3];
}

sub dec2ip {
    my $number = shift;
    my $first_oct = $number >> 24;
    my $reverse_1_ = $number - ($first_oct << 24);
    my $secon_oct = $reverse_1_ >> 16;
    my $reverse_2_ = $reverse_1_ - ($secon_oct << 16);
    my $third_oct = $reverse_2_ >> 8;
    my $fourt_oct = $reverse_2_ - ($third_oct << 8);
    return "$first_oct.$secon_oct.$third_oct.$fourt_oct";
}

对于ipv4和ipv6的兼容性,请使用VARBINARY(16),ipv4将始终是二进制的(4),ipv6将始终是二进制的(16),因此VARBINARY(16)似乎是支持这两者的最有效方式。要将其从普通可读格式转换为二进制格式,请使用INET6_-ATON('127.0.0.1'),反之,请使用INET6_-NTOA(二进制)

老线程,但为了读者的利益,考虑使用IP2LUN。它将ip转换为整数。

基本上,当存储到DB时,您将使用ip2long进行转换,然后在从DB检索时使用long2ip进行转换。DB中的字段类型将为INT,因此与将ip存储为字符串相比,可以节省空间并获得更好的性能。